Thunderbird/IMAP/securemail.a1.net/Festnetzkombi

Hallo @Powerrainscher!

Dein IIRC ist mir bekannt. Eine nette und kompetente, aber mit namentlich unbekannte Dame aus der A1-Technik, hat mir telefonisch zuvor schon jenen Hinweis gegeben, sodass ich den aon-, respektive den a1-Username der gegenständlichen Mailbox benützte (im Format a1.[nummer].[suffix]@a1.net).
Selbstverständlich habe ich zunächst auch die anderen Credentials zum Gegencheck genommen und es zunächst mit dem Assistenten SSL/TLS IMAP Port 993, ohne gesicherte Passwortwortauthentifizierung versucht. Nach dem Fehlschlag habe ich den Assistenten manuell beendet, habe dann die Einstellungen im Sinne des oben verlinkten Beitrags überprüft und sah mich so dann mit einem Timeout konfrontiert. In der Folge habe ich manuelle Debugging-Schritte, wie im Erstposting genannt, gesetzt, ohne jedoch dabei als "humaner IMAP-Client" zu agieren. Ich habe dann erneut mit dem Assistenten weitergetestet und das Ergebnis im Erstposting mit der konkreten Fragestellung veröffentlicht. Da mein Versuch von Extern erfolgte, wie es später auch beim Nutzer z.T. der Fall sein wird (Handy aus dem UPC Mobile-Netz; A1 Festnetz daheim), wäre Verschlüsselung freilich sinnvoll.

Da mir ein ähnliches Fehlerbild vor Jahren bei einem anderen A1 Kunden (ein Freund) auch schon passiert ist - also im Endeffekt das "Securemail" nicht funktionierte und auch in der A1 Community ähnliche Fragestellungen mit älterem Datum zu finden waren, wollte ich somit Zweitmeinungen einholen. Wie sich heute herausgestellt hat, gibt es aber noch andere Probleme beim gegenständlichen Account. Dieser scheint noch im alten Verrechnungssystem erfasst zu sein, weshalb gewisse Dinge anders, oder nicht wie erwartet funktionieren. BTW: Ich selbst nütze Thunderbird mit von mir selbst gewarteten Mailservern unter Verwendung von Letsencrypt + TLS in einer PFS-Konfiguration. Für mich schaut das aufgrund dieser Erfahrungen so aus, also ob bei A1 einfach die entsprechende Berechtigung bei diesem konkreten Nutzer fehlte. Dass es derartige Unterschiede geben soll, darauf deutet die Anleitung nicht hin. So oder so ist entweder die Anleitung oder eine der Konfigurationen fehlerhaft und das zu beheben oder dazu beizutragen, wäre mein Interesse.
Unverschlüsselte Verbindungen erachte ich als nicht dem Stand der Technik entsprechend und daher als grob fahrlässig, insbesondere und vor allem dann, wenn dem POP/IMAP/SMTP-User auch andere Berechtigungen zukommen. Es braucht ja nur jemand über ein nicht abgesichertes WLAN seine Mails checken und der Credentials-Leak ist da...

Ich würde mich über weitere Rückmeldungen freuen, falls deren Fehlerbild dem geschilderten entspricht.

Hallo @A1_Hermann!
Danke für diese Antwort. Sie verwundert mich nur insofern, als ja anscheinend eine Mitarbeiterin der Servertechnik die Mailbox für den Kunden angelegt hat (weil Mobilfunkkunden Ihr Hauptpostfach über das Selfcare Tool Mein A1 weder selber löschen noch umbenennen, noch zu einem anderen, verbundenen Produkt verschieben können).
Diese A1-Mitarbeiterin hat mir ja noch den Hinweis gegeben, ausschließlich das Login und nicht den Alias zur Auth zu verwenden, weil securemail sonst nicht funktioniere...
An der Serviceline hingegen sagte ein Mitarbeiter: securemail wäre definitiv falsch, nur imap und smtp wären richtig, und SSL ginge gar nur bei Businesskunden.

Gerne begebe ich mich nun zurück an den Start und eröffne ein neues Ticket. Ich bin schon gespannt, zu welchem Ergebnis wir diesmal gelangen...
Und was machst Du so in Deiner Freizeit? 🙂