James SMTP Auth Question

[David Erickson <ha...@ratemod.com>]

Just curious but how does James know the difference between mail sent in
from an authenticated user for remote delivery, from mail sent in from
another email server where the host is not local and needs remote delivery?

Thanks,
David


---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org

RE: James SMTP Auth Question

[David Erickson <ha...@ratemod.com>]

And there is our authoritative answer, thanks =)
-David

> -----Original Message-----
> From: Stefano Bagnara [mailto:apache@bago.org]
> Sent: Tuesday, August 16, 2005 4:56 PM
> To: 'James Users List'
> Subject: Re: James SMTP Auth Question
> 
> Look at "SMTPAuthSuccessful" matcher.
> It does a lookup of the "org.apache.james.SMTPAuthUser" attribute in the
> mail.
> The attribute is either null or a String containing the username
> authenticated.
> 
> Stefano
> 
> > Hmm I am not sure, if I were you I'd look it up in the James
> > API and see what properties a Message or whatever name they
> > use has.  I remember it had things like ghost and such.
> >
> > Either way, if it doesn't - it would be a snap to add that
> > property there.
> 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
> For additional commands, e-mail: server-user-help@james.apache.org
> 
> --
> No virus found in this incoming message.
> Checked by AVG Anti-Virus.
> Version: 7.0.338 / Virus Database: 267.10.10/73 - Release Date: 8/15/2005
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org

Re: James SMTP Auth Question

[Stefano Bagnara <ap...@bago.org>]

Look at "SMTPAuthSuccessful" matcher.
It does a lookup of the "org.apache.james.SMTPAuthUser" attribute in the
mail.
The attribute is either null or a String containing the username
authenticated.

Stefano

> Hmm I am not sure, if I were you I'd look it up in the James 
> API and see what properties a Message or whatever name they 
> use has.  I remember it had things like ghost and such.
> 
> Either way, if it doesn't - it would be a snap to add that 
> property there.



---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org

RE: James SMTP Auth Question

[Ivan Jouikov <iv...@ablogic.net>]

Hmm I am not sure, if I were you I'd look it up in the James API and see
what properties a Message or whatever name they use has.  I remember it
had things like ghost and such.

Either way, if it doesn't - it would be a snap to add that property
there.

Ivan

>-----Original Message-----
>From: David Erickson [mailto:halcyon@ratemod.com]
>Sent: Tuesday, August 16, 2005 3:46 PM
>To: 'James Users List'
>Subject: RE: James SMTP Auth Question
>
>Right I know that too.  But as a mail message is cruising through the
>pipeline, is there some kind of tag or something on it that says, "Hey
I
>was
>given to James from an Authenticated client, so I'm legal to send out
to
>remote domains"?
>
>-David
>
>> -----Original Message-----
>> From: Ivan Jouikov [mailto:ivan@ablogic.net]
>> Sent: Tuesday, August 16, 2005 4:43 PM
>> To: 'James Users List'
>> Subject: RE: James SMTP Auth Question
>>
>> It's been a while since I set it up, but as far as I remember, SMTP
auth
>> wasn't a mailet, it was set up inside SMTP server itself.  After all,
>> it's a part of the protocol, not just some processing add-on.
>>
>> >-----Original Message-----
>> >From: David Erickson [mailto:halcyon@ratemod.com]
>> >Sent: Tuesday, August 16, 2005 3:41 PM
>> >To: 'James Users List'
>> >Subject: RE: James SMTP Auth Question
>> >
>> >That is what I figured, but where at in the mailets is that defined?
I
>> >mean
>> >all mail goes through the same processing pipeline, so how does
James
>> know
>> >a
>> >piece of mail destined for a remote address was given it from an
AUTH'd
>> >client versus a non-auth'd one?
>> >
>> >-David
>> >
>> >> -----Original Message-----
>> >> From: Ivan Jouikov [mailto:ivan@ablogic.net]
>> >> Sent: Tuesday, August 16, 2005 4:37 PM
>> >> To: 'James Users List'
>> >> Subject: RE: James SMTP Auth Question
>> >>
>> >> You kind of confused me there a bit, but here's my knowledge:
>> >>
>> >> When Auth is turned on, you simply add an option for a client to
>> >> authenticate.
>> >>
>> >> A client who is NOT authenticated can only send messages to local
>> >> address.
>> >>
>> >> A client who is authenticated can also relay messages.
>> >>
>> >> I hope that clears things up.
>> >>
>> >> >-----Original Message-----
>> >> >From: David Erickson [mailto:halcyon@ratemod.com]
>> >> >Sent: Tuesday, August 16, 2005 12:29 PM
>> >> >To: 'James Users List'
>> >> >Subject: RE: James SMTP Auth Question
>> >> >
>> >> >Yes but when you turn SMTP auth on, what is it really doing to
the
>> >> >processing pipeline?  Because James will accept mail from anyone,
>> >> auth'd or
>> >> >not.  It has to else messages delivered from other email servers
>> with
>> >> local
>> >> >destinations would not be accepted.  So the question is how then
>> does
>> >> James
>> >> >know when you get down into your transport processor, after
you've
>> >> >delivered
>> >> >emails with a local destination, that it is ok or not to try and
>> send
>> >> out
>> >> >emails with remote destinations?  Is there a flag or something
that
>> is
>> >> >being
>> >> >set on the Mail object?
>> >> >
>> >> >-David
>> >> >
>> >> >> -----Original Message-----
>> >> >> From: Ivan Jouikov [mailto:ivan@ablogic.net]
>> >> >> Sent: Tuesday, August 16, 2005 11:16 AM
>> >> >> To: 'James Users List'
>> >> >> Subject: RE: James SMTP Auth Question
>> >> >>
>> >> >> Umm, it doesn't.
>> >> >>
>> >> >> All the messages that arrive from "another mail server" could
only
>> >> >> arrive with 2 purposes:
>> >> >>
>> >> >> 1)  It's a message to a local account.  When the message is
local
>> -
>> >> we
>> >> >> automatically accept it.
>> >> >>
>> >> >> 2)  If it's not a message to a local account - someone's trying
to
>> >> relay
>> >> >> thru you (probably spammers).  This is where you don't want to
be
>> an
>> >> >> open relay which's why you have your SMTP auth.
>> >> >>
>> >> >> >-----Original Message-----
>> >> >> >From: David Erickson [mailto:halcyon@ratemod.com]
>> >> >> >Sent: Tuesday, August 16, 2005 9:21 AM
>> >> >> >To: 'James Users List'
>> >> >> >Subject: James SMTP Auth Question
>> >> >> >
>> >> >> >Just curious but how does James know the difference between
mail
>> >> sent
>> >> >> in
>> >> >> >from an authenticated user for remote delivery, from mail sent
in
>> >> from
>> >> >> >another email server where the host is not local and needs
remote
>> >> >> delivery?
>> >> >> >
>> >> >> >Thanks,
>> >> >> >David
>> >> >> >
>> >> >> >
>> >> >>
>> >>
>>
>---------------------------------------------------------------------
>> >> >> >To unsubscribe, e-mail:
server-user-unsubscribe@james.apache.org
>> >> >> >For additional commands, e-mail:
>> server-user-help@james.apache.org
>> >> >> >
>> >> >> >
>> >> >> >
>> >> >> >--
>> >> >> >No virus found in this incoming message.
>> >> >> >Checked by AVG Anti-Virus.
>> >> >> >Version: 7.0.338 / Virus Database: 267.10.10/73 - Release
Date:
>> >> >> 8/15/2005
>> >> >>
>> >> >>
>> >> >>
>> >> >>
>> ---------------------------------------------------------------------
>> >> >> To unsubscribe, e-mail:
server-user-unsubscribe@james.apache.org
>> >> >> For additional commands, e-mail:
server-user-help@james.apache.org
>> >> >>
>> >> >> --
>> >> >> No virus found in this incoming message.
>> >> >> Checked by AVG Anti-Virus.
>> >> >> Version: 7.0.338 / Virus Database: 267.10.10/73 - Release Date:
>> >> 8/15/2005
>> >> >>
>> >> >
>> >> >
>> >>
>>
>---------------------------------------------------------------------
>> >> >To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>> >> >For additional commands, e-mail:
server-user-help@james.apache.org
>> >> >
>> >> >
>> >> >
>> >> >--
>> >> >No virus found in this incoming message.
>> >> >Checked by AVG Anti-Virus.
>> >> >Version: 7.0.338 / Virus Database: 267.10.10/73 - Release Date:
>> >> 8/15/2005
>> >>
>> >>
>> >>
>> >>
---------------------------------------------------------------------
>> >> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>> >> For additional commands, e-mail: server-user-help@james.apache.org
>> >>
>> >> --
>> >> No virus found in this incoming message.
>> >> Checked by AVG Anti-Virus.
>> >> Version: 7.0.338 / Virus Database: 267.10.10/73 - Release Date:
>> 8/15/2005
>> >>
>> >
>> >
>>
>---------------------------------------------------------------------
>> >To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>> >For additional commands, e-mail: server-user-help@james.apache.org
>> >
>> >
>> >
>> >--
>> >No virus found in this incoming message.
>> >Checked by AVG Anti-Virus.
>> >Version: 7.0.338 / Virus Database: 267.10.10/73 - Release Date:
>> 8/15/2005
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>> For additional commands, e-mail: server-user-help@james.apache.org
>>
>> --
>> No virus found in this incoming message.
>> Checked by AVG Anti-Virus.
>> Version: 7.0.338 / Virus Database: 267.10.10/73 - Release Date:
8/15/2005
>>
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>For additional commands, e-mail: server-user-help@james.apache.org
>
>
>
>--
>No virus found in this incoming message.
>Checked by AVG Anti-Virus.
>Version: 7.0.338 / Virus Database: 267.10.10/73 - Release Date:
8/15/2005



---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org

RE: James SMTP Auth Question

[David Erickson <ha...@ratemod.com>]

Right I know that too.  But as a mail message is cruising through the
pipeline, is there some kind of tag or something on it that says, "Hey I was
given to James from an Authenticated client, so I'm legal to send out to
remote domains"?

-David

> -----Original Message-----
> From: Ivan Jouikov [mailto:ivan@ablogic.net]
> Sent: Tuesday, August 16, 2005 4:43 PM
> To: 'James Users List'
> Subject: RE: James SMTP Auth Question
> 
> It's been a while since I set it up, but as far as I remember, SMTP auth
> wasn't a mailet, it was set up inside SMTP server itself.  After all,
> it's a part of the protocol, not just some processing add-on.
> 
> >-----Original Message-----
> >From: David Erickson [mailto:halcyon@ratemod.com]
> >Sent: Tuesday, August 16, 2005 3:41 PM
> >To: 'James Users List'
> >Subject: RE: James SMTP Auth Question
> >
> >That is what I figured, but where at in the mailets is that defined?  I
> >mean
> >all mail goes through the same processing pipeline, so how does James
> know
> >a
> >piece of mail destined for a remote address was given it from an AUTH'd
> >client versus a non-auth'd one?
> >
> >-David
> >
> >> -----Original Message-----
> >> From: Ivan Jouikov [mailto:ivan@ablogic.net]
> >> Sent: Tuesday, August 16, 2005 4:37 PM
> >> To: 'James Users List'
> >> Subject: RE: James SMTP Auth Question
> >>
> >> You kind of confused me there a bit, but here's my knowledge:
> >>
> >> When Auth is turned on, you simply add an option for a client to
> >> authenticate.
> >>
> >> A client who is NOT authenticated can only send messages to local
> >> address.
> >>
> >> A client who is authenticated can also relay messages.
> >>
> >> I hope that clears things up.
> >>
> >> >-----Original Message-----
> >> >From: David Erickson [mailto:halcyon@ratemod.com]
> >> >Sent: Tuesday, August 16, 2005 12:29 PM
> >> >To: 'James Users List'
> >> >Subject: RE: James SMTP Auth Question
> >> >
> >> >Yes but when you turn SMTP auth on, what is it really doing to the
> >> >processing pipeline?  Because James will accept mail from anyone,
> >> auth'd or
> >> >not.  It has to else messages delivered from other email servers
> with
> >> local
> >> >destinations would not be accepted.  So the question is how then
> does
> >> James
> >> >know when you get down into your transport processor, after you've
> >> >delivered
> >> >emails with a local destination, that it is ok or not to try and
> send
> >> out
> >> >emails with remote destinations?  Is there a flag or something that
> is
> >> >being
> >> >set on the Mail object?
> >> >
> >> >-David
> >> >
> >> >> -----Original Message-----
> >> >> From: Ivan Jouikov [mailto:ivan@ablogic.net]
> >> >> Sent: Tuesday, August 16, 2005 11:16 AM
> >> >> To: 'James Users List'
> >> >> Subject: RE: James SMTP Auth Question
> >> >>
> >> >> Umm, it doesn't.
> >> >>
> >> >> All the messages that arrive from "another mail server" could only
> >> >> arrive with 2 purposes:
> >> >>
> >> >> 1)  It's a message to a local account.  When the message is local
> -
> >> we
> >> >> automatically accept it.
> >> >>
> >> >> 2)  If it's not a message to a local account - someone's trying to
> >> relay
> >> >> thru you (probably spammers).  This is where you don't want to be
> an
> >> >> open relay which's why you have your SMTP auth.
> >> >>
> >> >> >-----Original Message-----
> >> >> >From: David Erickson [mailto:halcyon@ratemod.com]
> >> >> >Sent: Tuesday, August 16, 2005 9:21 AM
> >> >> >To: 'James Users List'
> >> >> >Subject: James SMTP Auth Question
> >> >> >
> >> >> >Just curious but how does James know the difference between mail
> >> sent
> >> >> in
> >> >> >from an authenticated user for remote delivery, from mail sent in
> >> from
> >> >> >another email server where the host is not local and needs remote
> >> >> delivery?
> >> >> >
> >> >> >Thanks,
> >> >> >David
> >> >> >
> >> >> >
> >> >>
> >>
> >---------------------------------------------------------------------
> >> >> >To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
> >> >> >For additional commands, e-mail:
> server-user-help@james.apache.org
> >> >> >
> >> >> >
> >> >> >
> >> >> >--
> >> >> >No virus found in this incoming message.
> >> >> >Checked by AVG Anti-Virus.
> >> >> >Version: 7.0.338 / Virus Database: 267.10.10/73 - Release Date:
> >> >> 8/15/2005
> >> >>
> >> >>
> >> >>
> >> >>
> ---------------------------------------------------------------------
> >> >> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
> >> >> For additional commands, e-mail: server-user-help@james.apache.org
> >> >>
> >> >> --
> >> >> No virus found in this incoming message.
> >> >> Checked by AVG Anti-Virus.
> >> >> Version: 7.0.338 / Virus Database: 267.10.10/73 - Release Date:
> >> 8/15/2005
> >> >>
> >> >
> >> >
> >>
> >---------------------------------------------------------------------
> >> >To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
> >> >For additional commands, e-mail: server-user-help@james.apache.org
> >> >
> >> >
> >> >
> >> >--
> >> >No virus found in this incoming message.
> >> >Checked by AVG Anti-Virus.
> >> >Version: 7.0.338 / Virus Database: 267.10.10/73 - Release Date:
> >> 8/15/2005
> >>
> >>
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
> >> For additional commands, e-mail: server-user-help@james.apache.org
> >>
> >> --
> >> No virus found in this incoming message.
> >> Checked by AVG Anti-Virus.
> >> Version: 7.0.338 / Virus Database: 267.10.10/73 - Release Date:
> 8/15/2005
> >>
> >
> >
> >---------------------------------------------------------------------
> >To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
> >For additional commands, e-mail: server-user-help@james.apache.org
> >
> >
> >
> >--
> >No virus found in this incoming message.
> >Checked by AVG Anti-Virus.
> >Version: 7.0.338 / Virus Database: 267.10.10/73 - Release Date:
> 8/15/2005
> 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
> For additional commands, e-mail: server-user-help@james.apache.org
> 
> --
> No virus found in this incoming message.
> Checked by AVG Anti-Virus.
> Version: 7.0.338 / Virus Database: 267.10.10/73 - Release Date: 8/15/2005
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org

RE: James SMTP Auth Question

[Ivan Jouikov <iv...@ablogic.net>]

It's been a while since I set it up, but as far as I remember, SMTP auth
wasn't a mailet, it was set up inside SMTP server itself.  After all,
it's a part of the protocol, not just some processing add-on.

>-----Original Message-----
>From: David Erickson [mailto:halcyon@ratemod.com]
>Sent: Tuesday, August 16, 2005 3:41 PM
>To: 'James Users List'
>Subject: RE: James SMTP Auth Question
>
>That is what I figured, but where at in the mailets is that defined?  I
>mean
>all mail goes through the same processing pipeline, so how does James
know
>a
>piece of mail destined for a remote address was given it from an AUTH'd
>client versus a non-auth'd one?
>
>-David
>
>> -----Original Message-----
>> From: Ivan Jouikov [mailto:ivan@ablogic.net]
>> Sent: Tuesday, August 16, 2005 4:37 PM
>> To: 'James Users List'
>> Subject: RE: James SMTP Auth Question
>>
>> You kind of confused me there a bit, but here's my knowledge:
>>
>> When Auth is turned on, you simply add an option for a client to
>> authenticate.
>>
>> A client who is NOT authenticated can only send messages to local
>> address.
>>
>> A client who is authenticated can also relay messages.
>>
>> I hope that clears things up.
>>
>> >-----Original Message-----
>> >From: David Erickson [mailto:halcyon@ratemod.com]
>> >Sent: Tuesday, August 16, 2005 12:29 PM
>> >To: 'James Users List'
>> >Subject: RE: James SMTP Auth Question
>> >
>> >Yes but when you turn SMTP auth on, what is it really doing to the
>> >processing pipeline?  Because James will accept mail from anyone,
>> auth'd or
>> >not.  It has to else messages delivered from other email servers
with
>> local
>> >destinations would not be accepted.  So the question is how then
does
>> James
>> >know when you get down into your transport processor, after you've
>> >delivered
>> >emails with a local destination, that it is ok or not to try and
send
>> out
>> >emails with remote destinations?  Is there a flag or something that
is
>> >being
>> >set on the Mail object?
>> >
>> >-David
>> >
>> >> -----Original Message-----
>> >> From: Ivan Jouikov [mailto:ivan@ablogic.net]
>> >> Sent: Tuesday, August 16, 2005 11:16 AM
>> >> To: 'James Users List'
>> >> Subject: RE: James SMTP Auth Question
>> >>
>> >> Umm, it doesn't.
>> >>
>> >> All the messages that arrive from "another mail server" could only
>> >> arrive with 2 purposes:
>> >>
>> >> 1)  It's a message to a local account.  When the message is local
-
>> we
>> >> automatically accept it.
>> >>
>> >> 2)  If it's not a message to a local account - someone's trying to
>> relay
>> >> thru you (probably spammers).  This is where you don't want to be
an
>> >> open relay which's why you have your SMTP auth.
>> >>
>> >> >-----Original Message-----
>> >> >From: David Erickson [mailto:halcyon@ratemod.com]
>> >> >Sent: Tuesday, August 16, 2005 9:21 AM
>> >> >To: 'James Users List'
>> >> >Subject: James SMTP Auth Question
>> >> >
>> >> >Just curious but how does James know the difference between mail
>> sent
>> >> in
>> >> >from an authenticated user for remote delivery, from mail sent in
>> from
>> >> >another email server where the host is not local and needs remote
>> >> delivery?
>> >> >
>> >> >Thanks,
>> >> >David
>> >> >
>> >> >
>> >>
>>
>---------------------------------------------------------------------
>> >> >To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>> >> >For additional commands, e-mail:
server-user-help@james.apache.org
>> >> >
>> >> >
>> >> >
>> >> >--
>> >> >No virus found in this incoming message.
>> >> >Checked by AVG Anti-Virus.
>> >> >Version: 7.0.338 / Virus Database: 267.10.10/73 - Release Date:
>> >> 8/15/2005
>> >>
>> >>
>> >>
>> >>
---------------------------------------------------------------------
>> >> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>> >> For additional commands, e-mail: server-user-help@james.apache.org
>> >>
>> >> --
>> >> No virus found in this incoming message.
>> >> Checked by AVG Anti-Virus.
>> >> Version: 7.0.338 / Virus Database: 267.10.10/73 - Release Date:
>> 8/15/2005
>> >>
>> >
>> >
>>
>---------------------------------------------------------------------
>> >To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>> >For additional commands, e-mail: server-user-help@james.apache.org
>> >
>> >
>> >
>> >--
>> >No virus found in this incoming message.
>> >Checked by AVG Anti-Virus.
>> >Version: 7.0.338 / Virus Database: 267.10.10/73 - Release Date:
>> 8/15/2005
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>> For additional commands, e-mail: server-user-help@james.apache.org
>>
>> --
>> No virus found in this incoming message.
>> Checked by AVG Anti-Virus.
>> Version: 7.0.338 / Virus Database: 267.10.10/73 - Release Date:
8/15/2005
>>
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>For additional commands, e-mail: server-user-help@james.apache.org
>
>
>
>--
>No virus found in this incoming message.
>Checked by AVG Anti-Virus.
>Version: 7.0.338 / Virus Database: 267.10.10/73 - Release Date:
8/15/2005



---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org

RE: James SMTP Auth Question

[David Erickson <ha...@ratemod.com>]

That is what I figured, but where at in the mailets is that defined?  I mean
all mail goes through the same processing pipeline, so how does James know a
piece of mail destined for a remote address was given it from an AUTH'd
client versus a non-auth'd one?  

-David

> -----Original Message-----
> From: Ivan Jouikov [mailto:ivan@ablogic.net]
> Sent: Tuesday, August 16, 2005 4:37 PM
> To: 'James Users List'
> Subject: RE: James SMTP Auth Question
> 
> You kind of confused me there a bit, but here's my knowledge:
> 
> When Auth is turned on, you simply add an option for a client to
> authenticate.
> 
> A client who is NOT authenticated can only send messages to local
> address.
> 
> A client who is authenticated can also relay messages.
> 
> I hope that clears things up.
> 
> >-----Original Message-----
> >From: David Erickson [mailto:halcyon@ratemod.com]
> >Sent: Tuesday, August 16, 2005 12:29 PM
> >To: 'James Users List'
> >Subject: RE: James SMTP Auth Question
> >
> >Yes but when you turn SMTP auth on, what is it really doing to the
> >processing pipeline?  Because James will accept mail from anyone,
> auth'd or
> >not.  It has to else messages delivered from other email servers with
> local
> >destinations would not be accepted.  So the question is how then does
> James
> >know when you get down into your transport processor, after you've
> >delivered
> >emails with a local destination, that it is ok or not to try and send
> out
> >emails with remote destinations?  Is there a flag or something that is
> >being
> >set on the Mail object?
> >
> >-David
> >
> >> -----Original Message-----
> >> From: Ivan Jouikov [mailto:ivan@ablogic.net]
> >> Sent: Tuesday, August 16, 2005 11:16 AM
> >> To: 'James Users List'
> >> Subject: RE: James SMTP Auth Question
> >>
> >> Umm, it doesn't.
> >>
> >> All the messages that arrive from "another mail server" could only
> >> arrive with 2 purposes:
> >>
> >> 1)  It's a message to a local account.  When the message is local -
> we
> >> automatically accept it.
> >>
> >> 2)  If it's not a message to a local account - someone's trying to
> relay
> >> thru you (probably spammers).  This is where you don't want to be an
> >> open relay which's why you have your SMTP auth.
> >>
> >> >-----Original Message-----
> >> >From: David Erickson [mailto:halcyon@ratemod.com]
> >> >Sent: Tuesday, August 16, 2005 9:21 AM
> >> >To: 'James Users List'
> >> >Subject: James SMTP Auth Question
> >> >
> >> >Just curious but how does James know the difference between mail
> sent
> >> in
> >> >from an authenticated user for remote delivery, from mail sent in
> from
> >> >another email server where the host is not local and needs remote
> >> delivery?
> >> >
> >> >Thanks,
> >> >David
> >> >
> >> >
> >>
> >---------------------------------------------------------------------
> >> >To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
> >> >For additional commands, e-mail: server-user-help@james.apache.org
> >> >
> >> >
> >> >
> >> >--
> >> >No virus found in this incoming message.
> >> >Checked by AVG Anti-Virus.
> >> >Version: 7.0.338 / Virus Database: 267.10.10/73 - Release Date:
> >> 8/15/2005
> >>
> >>
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
> >> For additional commands, e-mail: server-user-help@james.apache.org
> >>
> >> --
> >> No virus found in this incoming message.
> >> Checked by AVG Anti-Virus.
> >> Version: 7.0.338 / Virus Database: 267.10.10/73 - Release Date:
> 8/15/2005
> >>
> >
> >
> >---------------------------------------------------------------------
> >To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
> >For additional commands, e-mail: server-user-help@james.apache.org
> >
> >
> >
> >--
> >No virus found in this incoming message.
> >Checked by AVG Anti-Virus.
> >Version: 7.0.338 / Virus Database: 267.10.10/73 - Release Date:
> 8/15/2005
> 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
> For additional commands, e-mail: server-user-help@james.apache.org
> 
> --
> No virus found in this incoming message.
> Checked by AVG Anti-Virus.
> Version: 7.0.338 / Virus Database: 267.10.10/73 - Release Date: 8/15/2005
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org

RE: James SMTP Auth Question

[Ivan Jouikov <iv...@ablogic.net>]

You kind of confused me there a bit, but here's my knowledge:

When Auth is turned on, you simply add an option for a client to
authenticate.

A client who is NOT authenticated can only send messages to local
address.

A client who is authenticated can also relay messages.

I hope that clears things up.

>-----Original Message-----
>From: David Erickson [mailto:halcyon@ratemod.com]
>Sent: Tuesday, August 16, 2005 12:29 PM
>To: 'James Users List'
>Subject: RE: James SMTP Auth Question
>
>Yes but when you turn SMTP auth on, what is it really doing to the
>processing pipeline?  Because James will accept mail from anyone,
auth'd or
>not.  It has to else messages delivered from other email servers with
local
>destinations would not be accepted.  So the question is how then does
James
>know when you get down into your transport processor, after you've
>delivered
>emails with a local destination, that it is ok or not to try and send
out
>emails with remote destinations?  Is there a flag or something that is
>being
>set on the Mail object?
>
>-David
>
>> -----Original Message-----
>> From: Ivan Jouikov [mailto:ivan@ablogic.net]
>> Sent: Tuesday, August 16, 2005 11:16 AM
>> To: 'James Users List'
>> Subject: RE: James SMTP Auth Question
>>
>> Umm, it doesn't.
>>
>> All the messages that arrive from "another mail server" could only
>> arrive with 2 purposes:
>>
>> 1)  It's a message to a local account.  When the message is local -
we
>> automatically accept it.
>>
>> 2)  If it's not a message to a local account - someone's trying to
relay
>> thru you (probably spammers).  This is where you don't want to be an
>> open relay which's why you have your SMTP auth.
>>
>> >-----Original Message-----
>> >From: David Erickson [mailto:halcyon@ratemod.com]
>> >Sent: Tuesday, August 16, 2005 9:21 AM
>> >To: 'James Users List'
>> >Subject: James SMTP Auth Question
>> >
>> >Just curious but how does James know the difference between mail
sent
>> in
>> >from an authenticated user for remote delivery, from mail sent in
from
>> >another email server where the host is not local and needs remote
>> delivery?
>> >
>> >Thanks,
>> >David
>> >
>> >
>>
>---------------------------------------------------------------------
>> >To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>> >For additional commands, e-mail: server-user-help@james.apache.org
>> >
>> >
>> >
>> >--
>> >No virus found in this incoming message.
>> >Checked by AVG Anti-Virus.
>> >Version: 7.0.338 / Virus Database: 267.10.10/73 - Release Date:
>> 8/15/2005
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>> For additional commands, e-mail: server-user-help@james.apache.org
>>
>> --
>> No virus found in this incoming message.
>> Checked by AVG Anti-Virus.
>> Version: 7.0.338 / Virus Database: 267.10.10/73 - Release Date:
8/15/2005
>>
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>For additional commands, e-mail: server-user-help@james.apache.org
>
>
>
>--
>No virus found in this incoming message.
>Checked by AVG Anti-Virus.
>Version: 7.0.338 / Virus Database: 267.10.10/73 - Release Date:
8/15/2005



---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org

RE: James SMTP Auth Question

[David Erickson <ha...@ratemod.com>]

Yes but when you turn SMTP auth on, what is it really doing to the
processing pipeline?  Because James will accept mail from anyone, auth'd or
not.  It has to else messages delivered from other email servers with local
destinations would not be accepted.  So the question is how then does James
know when you get down into your transport processor, after you've delivered
emails with a local destination, that it is ok or not to try and send out
emails with remote destinations?  Is there a flag or something that is being
set on the Mail object?

-David

> -----Original Message-----
> From: Ivan Jouikov [mailto:ivan@ablogic.net]
> Sent: Tuesday, August 16, 2005 11:16 AM
> To: 'James Users List'
> Subject: RE: James SMTP Auth Question
> 
> Umm, it doesn't.
> 
> All the messages that arrive from "another mail server" could only
> arrive with 2 purposes:
> 
> 1)  It's a message to a local account.  When the message is local - we
> automatically accept it.
> 
> 2)  If it's not a message to a local account - someone's trying to relay
> thru you (probably spammers).  This is where you don't want to be an
> open relay which's why you have your SMTP auth.
> 
> >-----Original Message-----
> >From: David Erickson [mailto:halcyon@ratemod.com]
> >Sent: Tuesday, August 16, 2005 9:21 AM
> >To: 'James Users List'
> >Subject: James SMTP Auth Question
> >
> >Just curious but how does James know the difference between mail sent
> in
> >from an authenticated user for remote delivery, from mail sent in from
> >another email server where the host is not local and needs remote
> delivery?
> >
> >Thanks,
> >David
> >
> >
> >---------------------------------------------------------------------
> >To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
> >For additional commands, e-mail: server-user-help@james.apache.org
> >
> >
> >
> >--
> >No virus found in this incoming message.
> >Checked by AVG Anti-Virus.
> >Version: 7.0.338 / Virus Database: 267.10.10/73 - Release Date:
> 8/15/2005
> 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
> For additional commands, e-mail: server-user-help@james.apache.org
> 
> --
> No virus found in this incoming message.
> Checked by AVG Anti-Virus.
> Version: 7.0.338 / Virus Database: 267.10.10/73 - Release Date: 8/15/2005
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org

RE: James SMTP Auth Question

[Ivan Jouikov <iv...@ablogic.net>]

Umm, it doesn't.

All the messages that arrive from "another mail server" could only
arrive with 2 purposes:

1)  It's a message to a local account.  When the message is local - we
automatically accept it.

2)  If it's not a message to a local account - someone's trying to relay
thru you (probably spammers).  This is where you don't want to be an
open relay which's why you have your SMTP auth.

>-----Original Message-----
>From: David Erickson [mailto:halcyon@ratemod.com]
>Sent: Tuesday, August 16, 2005 9:21 AM
>To: 'James Users List'
>Subject: James SMTP Auth Question
>
>Just curious but how does James know the difference between mail sent
in
>from an authenticated user for remote delivery, from mail sent in from
>another email server where the host is not local and needs remote
delivery?
>
>Thanks,
>David
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
>For additional commands, e-mail: server-user-help@james.apache.org
>
>
>
>--
>No virus found in this incoming message.
>Checked by AVG Anti-Virus.
>Version: 7.0.338 / Virus Database: 267.10.10/73 - Release Date:
8/15/2005



---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org