Re: postfix 2.3, gmail und sender_based relaying
Sandy Drobic wrote:
Kyek, Andreas, VF-DE wrote:
Sandy Drobic wrote:
Kyek, Andreas, VF-DE wrote: [...]
und der bounce geht dann wohin (ins nirwana) ??? Der Bounce geht an die Absenderadresse. [...] Nächstes Problem ist nun vodafone.de:
--- cut here --- May 23 11:14:42 linux postfix/qmgr[31199]: BC70B14BA71: from=
, 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.
[...]
Wenn ich von Hand versuche, mich am smtp-Server anzumelden (EHLO..., AUTH LOGIN...) und die login-Daten eingeben (BASE64 kodiert) klappt das.
Damit meldest du dich auch mit PLAIN an. Zeige doch mal die Ausgabe von "saslfinger -c". Script von: http://postfix.state-of-mind.de/patrick.koetter/saslfinger/
OK, das Skript funktioniert so nicht out-of-the-box; es ist wohl noch nicht mit sender-based relaying vertraut. Ich hab's mal an einer Stelle gepatch; die Ausgabe ist relativ lang (und ich denke, hier interessiert nur die Ausgabe der Server-Checks) [...] --- mechanism on mail.arcor.de --- 250-AUTH LOGIN PLAIN 250-AUTH=LOGIN PLAIN --- mechanism on smtp.email.vodafone.de --- 250-AUTH=LOGIN 250-AUTH CRAM-MD5 DIGEST-MD5 LOGIN PLAIN NTLM --- mechanism on ... Mir sagt das allerdings noch nicht so viel.
Muss ich die Login-Daten in postfix bereits irgendwie kodiert eingeben? Ich habe es mal BASE64 kodiert eingetragen; aber das hat nicht geholfen.
UTF8 wollen die haben. (^-^)
Eigentlich sollte saslpasswd2 dafür sorgen, dass die Kodierung von Username und Passwort stimmen.
Tja eigentlich ist immer so 'ne Sache! Kannst du was damit anfangen? Andreas
Kyek, Andreas, VF-DE wrote:
Sandy Drobic wrote:
Kyek, Andreas, VF-DE wrote:
Sandy Drobic wrote:
Kyek, Andreas, VF-DE wrote: [...]
und der bounce geht dann wohin (ins nirwana) ??? Der Bounce geht an die Absenderadresse. [...] Nächstes Problem ist nun vodafone.de:
--- cut here --- May 23 11:14:42 linux postfix/qmgr[31199]: BC70B14BA71: from=
, 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.
[...]
Wenn ich von Hand versuche, mich am smtp-Server anzumelden (EHLO..., AUTH LOGIN...) und die login-Daten eingeben (BASE64 kodiert) klappt das. Damit meldest du dich auch mit PLAIN an. Zeige doch mal die Ausgabe von "saslfinger -c". Script von: http://postfix.state-of-mind.de/patrick.koetter/saslfinger/
OK, das Skript funktioniert so nicht out-of-the-box; es ist wohl noch nicht mit sender-based relaying vertraut.
Ich hab's mal an einer Stelle gepatch; die Ausgabe ist relativ lang (und ich denke, hier interessiert nur die Ausgabe der Server-Checks)
Eigentlich interessiert auch die Liste der installierten Plugins und die Konfiguration der entsprechenden sasl-Parameter in main.cf. (^-^)
[...] --- mechanism on mail.arcor.de --- 250-AUTH LOGIN PLAIN 250-AUTH=LOGIN PLAIN
--- mechanism on smtp.email.vodafone.de --- 250-AUTH=LOGIN 250-AUTH CRAM-MD5 DIGEST-MD5 LOGIN PLAIN NTLM
--- mechanism on ...
Mir sagt das allerdings noch nicht so viel.
Wenn du keinen Bedarf für shared-secret Mechanismen wie Cram-md5 oder Digest-md5 hast, lösche einfach die entsprechenden cyrus-sasl-pakete. Dann wird Postfix es mit PlAIN versuchen wie bei den anderen Servern auch.
Muss ich die Login-Daten in postfix bereits irgendwie kodiert eingeben? Ich habe es mal BASE64 kodiert eingetragen; aber das hat nicht geholfen. UTF8 wollen die haben. (^-^)
Eigentlich sollte saslpasswd2 dafür sorgen, dass die Kodierung von Username und Passwort stimmen.
Tja eigentlich ist immer so 'ne Sache!
Kannst du was damit anfangen?
Mit deinen Angaben leider nicht. Du kannst aber mal versuchen, dein Password und Benutzernamen mit gen-auth als cram-md5 zu kodieren und zu hinterlegen: http://www.jetmore.org/john/code/gen-auth Sandy -- Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com
Am Wednesday 24 May 2006 18:32 schrieb Sandy Drobic:
--- mechanism on smtp.email.vodafone.de --- 250-AUTH=LOGIN 250-AUTH CRAM-MD5 DIGEST-MD5 LOGIN PLAIN NTLM
Das Ding ist eh sehr merkwürdig. Mann beachte die unterschiede zwischen "AUTH " und "AUTH=". Echt krank...
--- mechanism on ...
Mir sagt das allerdings noch nicht so viel.
Wenn du keinen Bedarf für shared-secret Mechanismen wie Cram-md5 oder Digest-md5 hast, lösche einfach die entsprechenden cyrus-sasl-pakete. Dann wird Postfix es mit PlAIN versuchen wie bei den anderen Servern auch.
Na na. Das muss nicht sein. Denke eine kleine Config-Änderung tut es auch. in der master.cf: brokenvodafonesmtp unix - - n - - smtp -o smtp_sasl_mechanism_filter=!digest-md5,static:cram-md5,plain,login Dann als Transport zu vodafone halt statt smtp: user@vodafone.tld brokenvodafonesmtp:[smtp.vodafone.de] Sollte klappen. -- Andreas
Andreas Winkelmann wrote:
Am Wednesday 24 May 2006 18:32 schrieb Sandy Drobic:
--- mechanism on smtp.email.vodafone.de --- 250-AUTH=LOGIN 250-AUTH CRAM-MD5 DIGEST-MD5 LOGIN PLAIN NTLM
Das Ding ist eh sehr merkwürdig. Mann beachte die unterschiede zwischen "AUTH " und "AUTH=". Echt krank...
Vielleicht gehen die davon aus, dass Outlook nur mit LOGIN zurechtkommt?!?
--- mechanism on ...
Mir sagt das allerdings noch nicht so viel. Wenn du keinen Bedarf für shared-secret Mechanismen wie Cram-md5 oder Digest-md5 hast, lösche einfach die entsprechenden cyrus-sasl-pakete. Dann wird Postfix es mit PlAIN versuchen wie bei den anderen Servern auch.
Na na. Das muss nicht sein. Denke eine kleine Config-Änderung tut es auch.
in der master.cf:
brokenvodafonesmtp unix - - n - - smtp -o smtp_sasl_mechanism_filter=!digest-md5,static:cram-md5,plain,login
Ah stimmt, xxxx_sasl_mechanism_filter hatte ich vergessen.
Dann als Transport zu vodafone halt statt smtp:
user@vodafone.tld brokenvodafonesmtp:[smtp.vodafone.de]
Sollte klappen.
Sandy -- Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com
participants (3)
-
Andreas Winkelmann
-
Kyek, Andreas, VF-DE
-
Sandy Drobic