mutt holt keine Mails ab

[Krull]

Hallo,

ich möchte mir mutt (1.5.23) einrichten, um Mails im Terminal abholen und lesen können. Das klappt das aber leider noch nicht richtig. Nach dem Versuch sich am POP-Konto anzumelden steht dann in .muttdebug0:

Code: Alles auswählen

[2015-05-14 21:58:42] External authentication name: xxxxxx@mailserver.net
[2015-05-14 21:58:42] mutt_sasl_cb_authname: getting authname for pop.mailserver.net:995
[2015-05-14 21:58:42] mutt_sasl_cb_authname: getting user for pop.mailserver.net:995
[2015-05-14 21:58:42] mutt_sasl_cb_pass: getting password for xxxxxx@mailserver.net@pop.mailserver.net:995
[2015-05-14 21:58:42] Authentifiziere (SASL)...
[2015-05-14 21:58:42] 5> AUTH PLAIN
[2015-05-14 21:58:42] 5< + 
[2015-05-14 21:58:42] 5> YmFydGxlYnlAcG9z2GVvLmalAGJhcnRsZWB5QHBvc3Rlby5kZQApI1VSWCgtdTpRZEtmUSF8OEIpRw==
[2015-05-14 21:58:44] 5< -ERR [AUTH] Authentication failed.
[2015-05-14 21:58:44] SASL Authentifizierung fehlgeschlagen.
[2015-05-14 21:58:46] Anmeldung...
[2015-05-14 21:58:46] 5> USER xxxxxx@mailserver.net
[2015-05-14 21:58:46] 5< +OK
[2015-05-14 21:58:46] > PASS *
[2015-05-14 21:58:49] 5< -ERR [AUTH] Authentication failed.
[2015-05-14 21:58:49] Anmeldung gescheitert... PASS: [AUTH] Authentication failed.

In einem höheren Debuglevel wird das Passwort auch im Klartext in die Logdatei geschrieben. Und das stimmt definitiv so. Ich verstehe nicht, weshalb das nicht angenommen wird.
Beim IMAP-Konto sieht das ähnlich aus:

Code: Alles auswählen

[2015-05-14 22:14:14] SSL/TLS Verbindung unter Verwendung von TLS1.2 (RSA/3DES-CBC/SHA1)
[2015-05-14 22:14:15] Connected to imap.mailserver.org:993 on fd=5
[2015-05-14 22:14:15] 5< * OK
[2015-05-14 22:14:15] 5> a0000 CAPABILITY
[2015-05-14 22:14:15] 5< * CAPABILITY IMAP4 IMAP4REV1 ACL NAMESPACE UIDPLUS IDLE LITERAL+ QUOTA ID MULTIAPPEND LISTEXT CHILDREN BINARY ESEARCH LOGIN-REFERRALS UNSELECT SASL-IR LIST-EXTENDED SPECIAL-USE CREATE-SPECIAL-USE STARTTLS AUTH=LOGIN AUTH=PLAIN
[2015-05-14 22:14:15] 5< a0000 OK completed
[2015-05-14 22:14:15] imap_authenticate: Using any available method.
[2015-05-14 22:14:15] SASL local ip: xx.xx.xx.xx;37156, remote ip:xx.xx.xx.xx;993
[2015-05-14 22:14:15] External SSF: 192
[2015-05-14 22:14:15] Authentifiziere (LOGIN)...
[2015-05-14 22:14:15] 5> a0001 AUTHENTICATE LOGIN
[2015-05-14 22:14:15] 5< + VXNlcm5hbWU6
[2015-05-14 22:14:15] mutt_sasl_cb_authname: getting authname for imap.mailserver.org:993
[2015-05-14 22:14:15] mutt_sasl_cb_pass: getting password for xxxxxx@mailserver.org:993
[2015-05-14 22:14:15] 5> dGJ1ZWxv
[2015-05-14 22:14:15] 5< + UGFzc3dvcmQ6
[2015-05-14 22:14:15] 5> VkRMRHVsd25zLEosdjUwNS10Vg==
[2015-05-14 22:14:18] 5< a0001 NO incorrect password or account name
[2015-05-14 22:14:18] imap_auth_sasl: IMAP4 IMAP4REV1 ACL NAMESPACE UIDPLUS IDLE LITERAL+ QUOTA ID MULTIAPPEND LISTEXT CHILDREN BINARY ESEARCH LOGIN-REFERRALS UNSELECT SASL-IR LIST-EXTENDED SPECIAL-USE CREATE-SPECIAL-USE STARTTLS AUTH=LOGIN AUTH=PLAIN failed
[2015-05-14 22:14:18] Anmeldung...
[2015-05-14 22:14:18] Sending LOGIN command for xxxxxx...
[2015-05-14 22:14:20] 5< a0002 NO incorrect password or account name
[2015-05-14 22:14:20] Anmeldung gescheitert...
[2015-05-14 22:14:23] Beende Verbindung zu imap.mailserver.org...
[2015-05-14 22:14:23] 5> a0003 LOGOUT

Für das POP-Konto sieht die muttrc zz. so aus:

Code: Alles auswählen

set pop_auth_try_all = yes
set pop_checkinterval = '300'
set pop_delete = ask-no
set pop_host = "pops://pop.mailserver.net:995"
set pop_pass = "PASSWORT"
set pop_reconnect = ask-yes
set pop_user = "xxxxxx@mailserver.net"
set mbox_type = MH
set spoolfile = "~/Mail"
set mbox=+inbox	

Und so für das IMAP-Postfach:

Code: Alles auswählen

set imap_user = "xxxxxx"                       
set imap_pass = "PASSWORT"                                    
set folder = "imaps://imap.mailserver.org:993"                     
set spoolfile = +INBOX                 

So langsam weiß ich nicht mehr weiter. Ihr vielleicht? Die Kontodaten sind hier natürlich anonymisiert. Bin mir aber ziemlich sicher, dass da sonst auch kein Tippfehler vorliegt.

Mit Claws-mail habe ich übrigens keine Probleme. Hier zum Beweis das Netzwerkprotokoll von Claws-mail zum Abholen von Post:

Code: Alles auswählen

* Konto 'Postfach': Verbinde mit POP3-Server: pop.mailserver.net:995...
[21:01:11] POP3< +OK Dovecot ready.
[21:01:11] POP3> USER xxxxxx@mailserver.net
[21:01:11] POP3< +OK
[21:01:11] POP3> PASS ********
[21:01:11] POP3< +OK Logged in.
[21:01:11] POP3> STAT
[21:01:11] POP3< +OK 0 0
[21:01:11] POP3> QUIT
[21:01:11] POP3< +OK Logging out.
[21:02:02] IMAP4> 31 NOOP 
[21:02:02] IMAP4< 31 OK Completed

Und hier für das IMAP-Postfach:

Code: Alles auswählen

 Konto 'IMAP-Postfach': Verbinde mit IMAP4-Server: imap.mailserver.org:993...
[21:05:54] IMAP4< * OK
* IMAP connection is un-authenticated
[21:05:54] IMAP4> 1 CAPABILITY 
[21:05:54] IMAP4< * CAPABILITY IMAP4 IMAP4REV1 ACL NAMESPACE UIDPLUS IDLE LITERAL+ QUOTA ID MULTIAPPEND LISTEXT CHILDREN BINARY ESEARCH LOGIN-REFERRALS UNSELECT SASL-IR LIST-EXTENDED SPECIAL-USE CREATE-SPECIAL-USE STARTTLS AUTH=LOGIN AUTH=PLAIN 
[21:05:54] IMAP4< 1 OK completed 
[21:05:54] IMAP4> Logging xxxxxx to imap.mailserver.org using LOGIN
[21:05:54] IMAP4< connected to the backend server
[21:05:54] IMAP4< Login to imap.mailserver.org successful
[21:05:54] IMAP4> 3 LIST "" "" 
[21:05:54] IMAP4< * LIST (\Noselect) "/" "" 
[21:05:54] IMAP4< 3 OK completed 
[21:05:54] IMAP4> 4 STATUS INBOX (MESSAGES UIDNEXT UIDVALIDITY UNSEEN) 
[21:05:55] IMAP4< * STATUS "INBOX" (MESSAGES 52 UIDNEXT 1403 UIDVALIDITY 318758717 UNSEEN 0) 
[21:05:55] IMAP4< 4 OK completed 
[21:05:55] IMAP4> 5 SELECT INBOX 
[21:05:55] IMAP4< * FLAGS (\Answered \Flagged \Deleted \Seen \Draft $MDNSent $Hidden $Media $Forwarded Junk $Label1 $Label2 $Label3) 
[21:05:55] IMAP4< * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft $MDNSent $Hidden $Media $Forwarded Junk $Label1 $Label2 $Label3)] limited 
[21:05:55] IMAP4< * 52 EXISTS 
[21:05:55] IMAP4< * 0 RECENT 
[21:05:55] IMAP4< * OK [UIDNEXT 1403] predicted next UID 
[21:05:55] IMAP4< * OK [UIDVALIDITY 318758717] UIDs valid 
[21:05:55] IMAP4< 5 OK [READ-WRITE] SELECT completed 
[21:05:55] IMAP4- [fetching UIDs...]
[21:05:55] IMAP4> 6 UID FETCH 1:* (UID) 
[21:05:55] IMAP4< [FETCH data - 1203 bytes]
[21:05:55] IMAP4- [fetching flags...]
[21:05:55] IMAP4> 7 UID FETCH 1:* (FLAGS UID) 
[21:05:55] IMAP4< [FETCH data - 2029 bytes]
[21:06:02] IMAP4> 35 NOOP 
[21:06:02] IMAP4< 35 OK Completed 

[gbotti]

Eventuell verwendet Mutt für die Authentifizierung eine Methode, die nicht oder nicht ordentlich unterstützt wird. In den meisten Mailprogrammen kann man doch einstellen, wie die Authentifizierungsdaten übertragen werden sollen. Ich würde mal alle Methoden durchprobieren.

[jkoerner]

Ist die von dir verwendete mutt-Version mit Unterstützung für pop und imap kompiliert?

Ich benutze mutt schon immer mit externen Abholprogrammen wie fetchmail und jetzt nur noch getmail, daher ist es mir nie in den Sinn gekommen so etwas zu testen:

## The following options are only available if you have
## compiled in POP support

# set pop_authenticators=""
# set pop_auth_try_all
# set pop_checkinterval=60
# set pop_delete=ask-no
# set pop_host=""
# unset pop_last
# set pop_reconnect=ask-yes
# set pop_user=""
# set pop_pass=""

[Krull]

Naja, mit der Option

Code: Alles auswählen

set pop_auth_try_all = yes

müssten doch eigentlich alle Authentifizierungsmethoden durchprobiert werden. Jedenfalls bei POP.

Ich habe mutt nicht selbst kompiliert. Ich benutze das offizielle Paket für Jessie. Laut Paketbeschreibung werden aber POP und IMAP untertützt. fetchmail oder getmail wurden beim Installieren auch nicht als Abhängigkeit vorausgesetzt oder vorgeschlagen. Daher sollte es eigentlich auch ohne gehen.

[Krull]

Ich hab's jetzt nochmal mit einem weiteren POP-Konto probiert. Damit funktioniert es. Die Konfiguration ist exakt identisch mit der bereits gezeigten, mit Ausnahme natürlich von Nutzername, Passwort und Mailserver. Was zum Kuckuck...