-------- Original-Nachricht --------
> Datum: Sun, 20 Apr 2008 01:41:02 -0700
> Von: Phil Pennock <exim-users@???>
> An: "M. Sabath" <msabath@???>
> CC: exim-users@???
> Betreff: Re: [exim] no Mails being sent outside
> On 2008-04-19 at 13:41 +0200, M. Sabath wrote:
> > I use Dovecot and exim4 on a private debian 4 System in our office.
> > Twice a day I sent email to my normal account with a system summary.
> >
> > After the last update it doesn't work anymore.
> > The local Mail within the office works fine.
> >
> > in /var/log/exim4/mainlog it always says:
> >
> > 2008-04-19 12:07:34 1JijL2-0000zn-Co == markus@???
> > R=smarthost T=remote_smtp_smarthost defer (0): bad base 64
> > string in challenge: CRAM-MD5
> >
> > what is wrong?
>
> You system sent "AUTH CRAM-MD5" to begin authentication and expected to
> see back a line something like:
> 334 PDYzMjIuMTIwODY4MDM2NkBzbXRwLnNwb2RodWlzLm9yZz4=
> where the random stuff is in Base64.
>
> What your system got back started with a "3", so was an authentication
> continuation, but the data was not valid base64. So the problem is
> probably with the remote server.
>
> Find such a mail in the queue (it's still there, deferred), and take the
> Exim message-id (looking something like 012345-6789ab-00) and run:
>
> exim -d+auth -M $msgid 2>&1 | tee trace.log
>
> Look at trace.log and see what was sent back from the server. If it's
> not obvious what's wrong, consider posting the relevant part of the
> exchange and asking for more help. CRAM-MD5 *should* be safe to post
> without leading to revealing passwords, especially since you're not
> actually getting that far.
>
> -Phil
Hi Phil,
thank you. You are right, the Problem is the remote server. I tried to deliver to a free webmail account an this works. Maybe my provider changed something the same time I made the update???
Can I go back to my normal provider?
I issued
exim -d+auth -M $msgid 2>&1 | tee trace.log
and here is the result:
I hope this is the relevant part. I didn't paste all.
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
...
internal_search_find: file="/etc/exim4/passwd.client"
type=nwildlsearch key="mail.artfiles.de"
cached data used for lookup of mail.artfiles.de
in /etc/exim4/passwd.client
lookup yielded: weiterleitung@???:XXXhere is my password in plain textXXX
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
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 markus@???: result ERROR
Leaving remote_smtp_smarthost transport
set_process_info: 6405 delivering 1JkHZ7-0007Fa-WB (just run remote_smtp_smarthost for markus@??? in subprocess)
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 markus@??? (1)
LOG: MAIN
== markus@??? R=smarthost T=remote_smtp_smarthost defer (0): bad base 64 string in challenge: CRAM-MD5
>>>>>>>>>>>>>>>> deliveries are done >>>>>>>>>>>>>>>>
....
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Thank you
Markus
--
Psssst! Schon vom neuen GMX MultiMessenger gehört?
Der kann`s mit allen:
http://www.gmx.net/de/go/multimessenger
