Am Mittwoch, 31. März 2004 06:27 schrieb Andreas Winkelmann: hab noch bis 5.30 an dem mist gesessen, bin grad erst wieder aufgestanden. es läuft zwar nun, aber lange nicht so wie ich es möchte. also----------------------------------------------------------
problem 1: irgendwas mit dem auflösen der hostnamen scheint nicht zu klappen
Das hat meistens mit einem chroot was zu tun. Entweder abschalten oder in / var/spool/postfix/etc die nötigen Config-Dateien ablegen.
diese feststellung habe ich auch gemacht. das problem bei sasl im postfix chroot war, dass postfix sich anscheinend auch nicht auf den soket verbinden konnte. hab es über einen symbolischen link versucht, aber da sagt er mir nur was von "too much symbolic links" (oder so ähnlich). ----------------------------------------------------------
problem 2: smtpd sasl plain haut nicht
Mar 30 23:14:22 lok postfix/smtpd[2380]: warning: SASL authentication problem: unknown password verifier
das selbe problem beim versuch über login:
Mar 30 23:38:14 lok postfix/smtpd[2642]: warning: SASL authentication failure: cannot connect to saslauthd server: No such file or directory
das habe ich immer noch nicht hinbekommen. allerdings musste ich wie unter problem 3 beschrieben, die sasl erweiterungspakete wieder deinstallieren.
# postconf -n | grep sasl
# cat /usr/lib/sasl2/smtpd.conf
broken_sasl_auth_clients = yes smtp_sasl_auth_enable = yes smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd smtp_sasl_security_options = noanonymous smtpd_client_restrictions = permit_sasl_authenticated, permit_mynetworks, check_relay_domains, reject smtpd_recipient_restrictions = permit_sasl_authenticated, permit_mynetworks, check_relay_domains, reject smtpd_sasl_auth_enable = yes smtpd_sasl_local_domain = $myhostname smtpd_sasl_security_options = noanonymous smtpd_sender_restrictions = permit_sasl_authenticated, permit_mynetworks, check_relay_domains, pwcheck_method: saslauthd
# ps aux | grep saslauthd
24323 pts/1 S 0:00 \_ grep sasl 29479 ? S 0:00 /usr/local/sbin/saslauthd -a pam 29480 ? S 0:00 \_ /usr/local/sbin/saslauthd -a pam 29481 ? S 0:00 \_ /usr/local/sbin/saslauthd -a pam 29482 ? S 0:00 \_ /usr/local/sbin/saslauthd -a pam 29483 ? S 0:00 \_ /usr/local/sbin/saslauthd -a pam
# saslauthd -d saslauthd[24325] :main : no authentication mechanism specified usage: saslauthd [options] [...] saslauthd 2.1.15 authentication mechanisms: getpwent kerberos5 pam rimap shadow
# ls /usr/lib/sasl2
. libanonymous.la libanonymous.so.2 liblogin.la liblogin.so.2 libsasldb.la libsasldb.so.2 smtpd.conf .. libanonymous.so libanonymous.so.2.0.15 liblogin.so liblogin.so.2.0.15 libsasldb.so libsasldb.so.2.0.15 ----------------------------------------------------------
problem 3: smtp sasl login beim provider geht auch nicht
[...] Was bietet der Provider denn überhaupt für Mechanismen an?
$ telnet provider 25 250-AUTH LOGIN PLAIN CRAM-MD5 GSSAPI DIGEST-MD5
ich habe ausschließlich mit den rpm paketen der suse9 gearbeitet. nachdem ich gefrustet alle erweiterungen zu cyrus-sasl wieder entfernt hatte ging es plötzlich. selber kompelieren habe ich versucht, hat aber auch nicht so geklappt wie ich mir das dachte, und da es schon spät war musste ich mich bemühen, einen arbeitsfähigen stand herzustellen. kann es sein, dass ich mal wieder einen der beliebten KnownBugs nicht mitbekommen hab. wenn ich die orginal pakete installiere, sollte es doch wohl eigenlich funkionieren, oder?
-- Andreas