On 2008-04-20 at 17:53 +0200, Markus Sabath wrote: > and here is the result: > > I hope this is the relevant part. I didn't paste all.
I think that there's a missing part in the middle. > SMTP>> AUTH CRAM-MD5 > tls_do_write(7fffa06a5170, 15) > gnutls_record_send(SSL, 7fffa06a5170, 15) > outbytes=15 > waiting for data on socket > Calling gnutls_record_recv(5fdf60, 7fffa06a3170, 4096) > read response data: size=33 > SMTP<< 503 auth not available (#5.3.3) > cram_md5 authenticator yielded 3 > SMTP>> QUIT So the remote side refused to authenticate, saying it wasn't available. Strange, I thought that Exim wouldn't even try an auth if it wasn't advertised, so perhaps it's being advertised without actually being available. :/ > tls_do_write(7fffa06a5170, 6) > gnutls_record_send(SSL, 7fffa06a5170, 6) > outbytes=6 > tls_close(): shutting down TLS > set_process_info: 6405 delivering 1JkHZ7-0007Fa-WB: just tried > mail.artfiles.de [80.252.97.8] for [EMAIL PROTECTED]: result ERROR > Leaving remote_smtp_smarthost transport > > set_process_info: 6405 delivering 1JkHZ7-0007Fa-WB (just run > remote_smtp_smarthost for [EMAIL PROTECTED] in subprocess) What came in the middle there, where you have a blank line? Because ... > search_tidyup called > reading pipe for subprocess 6405 (not ended) > read() yielded 250 > Z0 item read > remote delivery process 6405 ended > set_process_info: 6403 delivering 1JkHZ7-0007Fa-WB > post-process [EMAIL PROTECTED] (1) > LOG: MAIN > == [EMAIL PROTECTED] R=smarthost T=remote_smtp_smarthost defer (0): bad > base 64 string in challenge: CRAM-MD5 > >>>>>>>>>>>>>>>> deliveries are done >>>>>>>>>>>>>>>> > .... there's no sign that a challenge was seen. Exim stops before here if the AUTH command was rejected. At least, it does in current versions. What version are you running? -Phil -- ## List details at http://lists.exim.org/mailman/listinfo/exim-users ## Exim details at http://www.exim.org/ ## Please use the Wiki with this list - http://wiki.exim.org/
