Johannes Studt wrote:
Ich benutze mutt nicht, denke aber mal es liegt daran. Blende doch einfach mal digest-md5 aus (sasl_mech_list: cram-md5 plain). Und probier es dann nochmal.
Also mit dieser Einschränkung funktioniert es (fast erwartungsgemäß):
Oct 1 22:36:10 asterix master[1766]: about to exec /usr/lib/cyrus/bin/imapd Oct 1 22:36:10 asterix imap[1766]: executed Oct 1 22:36:10 asterix imapd[1766]: accepted connection Oct 1 22:36:15 asterix imapd[1766]: login: asterix.chdintern.de[192.168.100.251] hannes CRAM-MD5 User logged in Oct 1 22:36:15 asterix imapd[1766]: seen_db: user hannes opened /var/lib/imap/user/h/hannes.seen Oct 1 22:36:15 asterix imapd[1766]: open: user hannes opened INBOX
Aber damit hab ich doch das Problem wieder nur umgangen, nicht gelöst, oder? Ausserdem klappt es ja von einem anderen Client aus mit haargenau demselben mutt (mit denselben Patches sogar, allerdings ist es eine SuSE 8.1-Box) auch mit Digest-MD5.
Oct 1 22:37:59 asterix master[1793]: about to exec /usr/lib/cyrus/bin/imapd Oct 1 22:37:59 asterix imap[1793]: executed Oct 1 22:37:59 asterix imapd[1793]: accepted connection Oct 1 22:38:00 asterix imapd[1793]: DIGEST-MD5 server step 1 Oct 1 22:38:03 asterix imapd[1793]: DIGEST-MD5 server step 2 Oct 1 22:38:03 asterix imapd[1793]: login: fileserver02.chdintern.de[192.168.100.2] hannes DIGEST-MD5 User logged in Oct 1 22:38:03 asterix imapd[1793]: seen_db: user hannes opened /var/lib/imap/user/h/hannes.seen Oct 1 22:38:03 asterix imapd[1793]: open: user hannes opened INBOX
Also kann es doch fast nicht an mutt liegen, oder? Kann man irgendwie ein verschärftes Logging der SASL-Authentifizierung einschalten? Oder das einfach mal mit telnet zu Fuss machen? Das muss sich doch finden lassen :/
Nö, die offiziellen Logging-Tools für imapd bzw. sasl sind strace und gdb. Bzw. in diesem Fall vielleicht mal nen Netzwerksniffer benutzen. Mit telnet bei den Shared-Secret-Mechs kannst Du vergessen. Sowas geht noch bei plain oder login, aber bei z.B. digest-md5 nicht mehr so einfach.
Achso, und ein Nachtrag noch: ich habe mal so ein mutt hängen lassen, anstatt es totzuklopfen, und es hat nach einigen Minuten (ich schätze 15-20) wieder reagiert. Im Logfile stand korrespondierend etwas von "imapd[1650]: idle for too long, closing connection". Hilft mir dieses Wissen irgendwie, einen Zusammenhang zu finden?
Hmm, nicht wirklich. Bei diesen Shared-Secret-Mechanismen findet schon fast eine Unterhaltung statt. Wenn eine Seite wartet, kann der Fehler wohl auch auf der anderen Seite liegen. Kannst Du nicht irgendwie mutt dazu bringen etwas gesprächiger zu werden? -- Andreas