Am Tuesday 23 May 2006 22:37 schrieb Sandy Drobic:
--- cut here --- May 23 06:38:56 linux postfix/bounce[28703]: 58D2914BA71:
sender non-delivery notification: CFF4B14BA70
May 23 06:38:56 linux postfix/qmgr[28636]: 58D2914BA71: removed May 23 06:38:57 linux postfix/smtp[28702]: CFF4B14BA70:
to=<xxx@gmail.com>, relay=gmail-smtp-in.l.google.com[66.249.93.27]:25, delay=0.91, delays=0/0/0.58/0.33, dsn=2.0.0, status=sent (250 2.0.0 OK 1148359137 e1si6109315ugf)
May 23 06:38:57 linux postfix/qmgr[28636]: CFF4B14BA70: removed --- cut here ---
Und hier wurde sie versandt.
Und wo geht der dann hin? Ich habe mit der gmail.com Absendadresse versucht zu schicken. Das Versenden schlug fehl; der bounce (an meine gmail Adresse) ist bei mir aber nicht angekommen. Seltsam. Aber egal. (s.u.)
So ganz egal würde mir das an deiner Stelle nicht sein, denn der Server von Google hat die Mail eindeutig angenommen. (^-^)
Ist Google nicht gmail?
Zwei Fragen daher: a) was muss ich noch ändern, damit mein Postfix via gmail
senden kann
TLS für smtp einrichten (smtpd muss nicht sein, ist aber okay ;)
OK, nach ein wenig rumprobieren geht das nun; Danke für den Tip.
Nächstes Problem ist nun vodafone.de:
--- cut here --- May 23 11:14:42 linux postfix/qmgr[31199]: BC70B14BA71: from=<xxx@vodafone.de>, size=472, nrcpt=1 (queue active) May 23 11:14:42 linux postfix/smtp[31206]: warning: SASL authentication failure: Charset must be UTF-8
Das ist eine Warnung, wenn Benutzername/Passwort nicht richtig kodiert sind für Digest-MD5.
Hmm, nicht ganz. Nachdem der Client den Mechanismus DIGEST-MD5 ausgewählt hat, schickt der Server ihm ein paar Daten. Darunter optional den Charset. Vodafone (bzw. der Server) schickt diesen auch, leider etwas anders wie das rfc vorschreibt. Vodafone schickt "...,charset=utf8,...". Im rfc steht für UTF-8 als String "utf-8" mit Bindestrich. Cyrus-SASL prüft auch nur auf "utf-8" und erkennt aus "utf8" einen falschen bzw. unbekannten Zeichensatz. Dies wäre mit einem kleinen Patch sicher sehr schnell zu beheben. -- Andreas