This is the part of the log which shows the problem. I sended a mail from my 
job to my home. (the address are changed for privacy, pc0048 is my laptop and 
tamtam is my james sever).

14/03/03 09:25:30 DEBUG smtpserver: Calling start()
14/03/03 09:25:30 DEBUG smtpserver: Watchdog default Worker #23 has time to 
sleep 359997
14/03/03 09:25:30 DEBUG smtpserver: Command received: EHLO pc0048
14/03/03 09:25:30 DEBUG smtpserver: Sent: 250-tamtam Hello pc0048 (212.35.x.x 
[212.35.x.x])
14/03/03 09:25:30 DEBUG smtpserver: Sent: 250-AUTH LOGIN PLAIN
14/03/03 09:25:31 DEBUG smtpserver: Sent: 250 AUTH=LOGIN PLAIN
14/03/03 09:25:31 DEBUG smtpserver: Calling reset() default Worker #23
14/03/03 09:25:31 DEBUG smtpserver: Command received: MAIL FROM: 
<[EMAIL PROTECTED]>
14/03/03 09:25:31 DEBUG smtpserver: Sent: 250 Sender <[EMAIL PROTECTED]> 
OK
14/03/03 09:25:31 DEBUG smtpserver: Calling reset() default Worker #23
14/03/03 09:25:31 DEBUG smtpserver: Command received: RCPT TO: 
<[EMAIL PROTECTED]>
14/03/03 09:25:31 DEBUG smtpserver: Sent: 530 Authentication Required
14/03/03 09:25:31 ERROR smtpserver: Rejected message - authentication is 
required for mail request
14/03/03 09:25:31 DEBUG smtpserver: Calling reset() default Worker #23
14/03/03 09:25:31 DEBUG smtpserver: Command received: QUIT
14/03/03 09:25:31 DEBUG smtpserver: Sent: 221 tamtam Service closing 
transmission channel
14/03/03 09:25:31 DEBUG smtpserver: Calling stop() default Worker #23
14/03/03 09:25:31 DEBUG smtpserver: Closing socket.
14/03/03 09:25:31 DEBUG smtpserver: Calling disposeWatchdog() default Worker 
#23
14/03/03 09:25:31 DEBUG smtpserver: Watchdog default Worker #23 is exiting 
run().
14/03/03 09:25:31 DEBUG smtpserver: Returning SMTPHandler to pool.
14/03/03 09:25:31 DEBUG smtpserver: Returning a 
org.apache.james.smtpserver.SMTPHandler to the pool





Le Vendredi 14 Mars 2003 19:06, Noel J. Bergman a �crit :
> Emmanuel,
>
> I don't see anything off-hand in the James CVS that would cause a change in
> that behavior.  What I do see is that James will verify in AUTH, but since
> you have VERIF turned on, it will also verify that the MAIL FROM sender is
> the same as the identity used with AUTH.  Check your mail client config.
> But I don't see anything that would cause James to verify authentication
> using the recipient ID.  Can you post a section of the log showing that
> transaction?
>
>       --- Noel
>
> -----Original Message-----
> From: Emmanuel Gilmont [mailto:[EMAIL PROTECTED]
> Sent: Friday, March 14, 2003 12:33
> To: [EMAIL PROTECTED]
> Subject: Problem with AUTH in James 2.1.2
>
>
> Hello guys,
>
> I use James 2.1.2 with AUTH and VERIF enabled for the SMTP protocol.
>
> Here is my problem: when I send a mail from my lan to someone not recorded
> in
> my James sever, James spool and send the mail with no error. When I do the
> same from the Internet (so, outside my lan), I receive an error. When I
> look inside the smtp log file (with debug), I see James does an AUTH
> verification on the sender and sends OK, *but* does also an AUTH
> verification on the receiver of the mail... and thus sends a not OK
> response (code 530).
>
> For what I remember, this was not the case with version 2.1
>
> I don't understand why.
>
> If anybody has an idea, it will be cool...
>
> Thanks,
> Emmanuel
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
> _____________________________________________________________________
> Envie de discuter en "live" avec vos amis ? T�l�charger MSN Messenger
> http://www.ifrance.com/_reloc/m la 1�re messagerie instantan�e de France

_____________________________________________________________________
Envie de discuter en "live" avec vos amis ? T�l�charger MSN Messenger
http://www.ifrance.com/_reloc/m la 1�re messagerie instantan�e de France


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to