Mail-App kann keine Mails für E-Mail-Account auf eigener Umlaut-Domain (IDN) versenden, aber empfangen

Der Apple-Mail-Client unter iOS hat wohl seit längerer Zeit Probleme, Mails von einem Account einer Umlaut-Domain/mit einem Internationalized Domain Name (IDN) (Absender: beispiel@müller.de) zu versenden, empfangen dagegen geht problemlos. Wenn ich meinen Google-Suchen trauen kann, ging es wohl zuletzt mit iOS 13, spätestens wohl nicht mehr mit iOS 14. Inzwischen habe ich ein neues iPhone17 mit iOS 26, damit habe ich es versucht: es geht immer noch nicht. :-(


Das Problem habe ich heute in zwei längeren Telefonaten der Apple-Support-Hotline erklärt:

  • Der erste First-Level-Support-Mitarbeiter war sehr freundlich und hilfreich, hat sich das wirklich im Detail erklären und per Screen-Share zeigen lassen, das es unter iOS 26 nicht funktioniert, auf meinem (alten) MacOS mit Apple Mail mit dem selben E-Mail-Account, den identischen Einstellungen, dagegen wunderbar (das macht übrigens ziemlich deutlich, dass es nicht an meinem Domain-Provider und dessen Mail-Software - im konkreten Fall Postfix - liegt).
  • Dadurch kam ich dann zum Second-Level ("Vorgesetzten" in Apple-Support-Sprache). Auch die Support-Mitarbeiterin war sehr freundlich, hat sich das Problem im Detail erklären lassen, nach dem Domain-Provider gefragt, mich das ganze auf einem iPad gegenprüfen lassen (geht dort weil auch iOS natürlich ebenfalls nicht). Alles mit der Absicht/dem Verspechen, daraus dann ein Ticket für die Entwicklung ("Engineering" in Apple-Support-Sprache) zu machen. Am Ende hat sie dann gesehen, dass ich noch iOS 26 und nicht iOS 26.1 hatte. Ich sollte daher ein Update machen und mich melden, wenn es nach dem Update nicht funktioniert, da die Entwicklung sonst das Ticket ablehnen würde.
  • Jeder der etwas Erfahrung mit Software-Entwicklung hat, ahnt, wie es nach dem Update aussehen wird. Ich habe das Update trotzdem gemacht, verifiziert, das es immer noch nicht funktioniert und unter dem bestehenden, mir zugesendeten Fall-Link den Rückruf initiiert.
  • Entgegen der Aussage vom Second-Level vor dem Update, bin ich nicht direkt beim Second-Level gelandet sondern erst einmal wieder im First-Level. Die Informationen aus dem ersten Call waren dort entweder nicht verfügbar oder wurden erst einmal nicht verstanden. :-( Erst nach einigem hin und her mit fehlerhaften / unpassenden Aussagen aufgrund des zuerst nicht verstandenen Problems, wollte der neue First-Level mit dem Second-Level sprechen/mich an diesen weiterleiten. Das ging drei Mal hin und her, direkt zum Second-Level kam ich diesmal nicht. Laut Aussagen des First-Level wollte der Second-Level den Call von mir persönlich nicht annehmen.
  • Am Ende wollte mich der First-Level mit der generischen Aussage abspeisen, dass das ein iOS-Fehler sei und daher frühestens mit dem nächsten iOS-Update lösbar (eine Trivialität und natürlich nicht hilfreich). Meine Aussage, das ohne eine sinnvolle, qualifizierte Fehlermeldung die Entwicklung das nie fixen wird und daher der Second-Level eine Fehlermeldung anlegen muss, wurde mit der Bemerkung abgetan, das ich ja die Möglichkeit eines Feedback habe und das dort schreiben könnte. Das ist natürlich absoluter Unsinn, weil das Feedbackformular bewertet den Support-Vorgang, das führt nicht zu einer Fehlermeldung in der Entwicklung. :-(


In Summe: Der erste Teil des Supportprozesses war gut bis okay, der zweite Teil eher unterirdisch.


Das führt mich jetzt hierher, damit das Problem im iOS-Mail-Client vielleicht doch noch im Rahmen von iOS 26.x gelöst wird. Ich hoffe, die Support-Mitarbeitenden hier schaffen es, daraus eine Fehlermeldung für die Entwicklung zu machen, damit dieses seit langem existierende Problem endlich einmal gelöst wird.


PS: Aussagen wie, ich sollte doch die Domain ohne Umlaut registrieren, IDNs sind doof, etc. sind nicht hilfreich und werde ich ignorieren. Dafür gibt es offizielle Standards/RFCs, Apple sollte das heutzutage hinbekommen.

iPhone 17 Pro, iOS 26

Gepostet am 08. Nov. 2025 12:29

Antworten
Frage gekennzeichnet als Höchstrangige Antwort

Gepostet am 10. Nov. 2025 14:59

Ich habe es inzwischen geschafft herauszufinden, dass der Mail-Transfer-Agent (MTA) meines Domain-Providers (Postfix) ohne Support von EAI / SMTPUTF8 konfiguriert ist. Das geht via dem Terminal mit folgendem Befehlen:


% openssl s_client -connect smtp.<provider>.de:465 -ign_eof
...
EHLO test


Aufgrund des Kommandos kam vom SMTP-Server die Antwort:


250-smtp.<provider>.de
250-PIPELINING
250-SIZE 51200000
250-ETRN
250-AUTH PLAIN LOGIN
250-ENHANCEDSTATUSCODES
250-8BITMIME
250 DSN


Wichtig dabei ist, dass dabei keine Zeile mit dem folgenden Text dabei war:


250-SMTPUTF8


Das bedeutet, der SMTP-Server meines Providers kann nur E-Mail-Adressen mit ACE/Punycode entgegennehmen, keine IDN-Namen. Also


stefan@xn--berall-ist-8db.de


aber nicht


stefan@überall-ist.de


Ich habe daraufhin noch einmal meinen Account auf dem iPhone gelöscht und überall mit der Eingabe der E-Mail-Adresse in der ACE-/Punycode-Form gearbeitet. Aber das hat leider auch nicht geholfen. :-(


Auf der Einstellungsseite für IMAP sehe ich aber, dass iOS meine in der ACE/Punycode-Form eingegeben E-Mail-Adresse in die IDN-Form umgewandelt. Leider sehe ich nicht, ob/welche Form Apple Mail an den SMTP-Server meines Providers sendet. Aber die Befürchtung/der Verdacht liegt nahe, dass dort auch die IDN-Form verwendet wird. :-( Das könnte das Verhalten, die Fehlermeldung erklären. Um das herauszufinden, müsste ich (oder mein Mailprovider) die genau Anfrage beim Versenden der Mail vom iPhone mitprotokollieren. Nicht mehr heute.


PS: Noch eine Bemerkung zum Feedbackformular: Dort wird das iPhone angeboten und es werden iOS and iPadOS Apps angeboten. Aber unter den Apps ist Mail nicht vorhanden, das ist nur unter macOS Apps vorhanden. Aber wenn man es dort erfassen will, sind nur die macOS Betriebssystemversionen vorhanden... Da hat jemand auch nicht super mitgedacht. :-(

PPS: Bei absenden des Feedbacks bekommt man nur auf der Webseite die Aussage, dass das Feedback versandt wurde. Eine Bestätigungsmail bekommt man nicht. Fühlt sich wie ein Schwarzes Loch an. Ob da jemals etwas dabei herauskommt, bleibt fraglich. :-(

9 Antworten
Frage gekennzeichnet als Höchstrangige Antwort

10. Nov. 2025 14:59 als Antwort auf Stefan-K-DECH

Ich habe es inzwischen geschafft herauszufinden, dass der Mail-Transfer-Agent (MTA) meines Domain-Providers (Postfix) ohne Support von EAI / SMTPUTF8 konfiguriert ist. Das geht via dem Terminal mit folgendem Befehlen:


% openssl s_client -connect smtp.<provider>.de:465 -ign_eof
...
EHLO test


Aufgrund des Kommandos kam vom SMTP-Server die Antwort:


250-smtp.<provider>.de
250-PIPELINING
250-SIZE 51200000
250-ETRN
250-AUTH PLAIN LOGIN
250-ENHANCEDSTATUSCODES
250-8BITMIME
250 DSN


Wichtig dabei ist, dass dabei keine Zeile mit dem folgenden Text dabei war:


250-SMTPUTF8


Das bedeutet, der SMTP-Server meines Providers kann nur E-Mail-Adressen mit ACE/Punycode entgegennehmen, keine IDN-Namen. Also


stefan@xn--berall-ist-8db.de


aber nicht


stefan@überall-ist.de


Ich habe daraufhin noch einmal meinen Account auf dem iPhone gelöscht und überall mit der Eingabe der E-Mail-Adresse in der ACE-/Punycode-Form gearbeitet. Aber das hat leider auch nicht geholfen. :-(


Auf der Einstellungsseite für IMAP sehe ich aber, dass iOS meine in der ACE/Punycode-Form eingegeben E-Mail-Adresse in die IDN-Form umgewandelt. Leider sehe ich nicht, ob/welche Form Apple Mail an den SMTP-Server meines Providers sendet. Aber die Befürchtung/der Verdacht liegt nahe, dass dort auch die IDN-Form verwendet wird. :-( Das könnte das Verhalten, die Fehlermeldung erklären. Um das herauszufinden, müsste ich (oder mein Mailprovider) die genau Anfrage beim Versenden der Mail vom iPhone mitprotokollieren. Nicht mehr heute.


PS: Noch eine Bemerkung zum Feedbackformular: Dort wird das iPhone angeboten und es werden iOS and iPadOS Apps angeboten. Aber unter den Apps ist Mail nicht vorhanden, das ist nur unter macOS Apps vorhanden. Aber wenn man es dort erfassen will, sind nur die macOS Betriebssystemversionen vorhanden... Da hat jemand auch nicht super mitgedacht. :-(

PPS: Bei absenden des Feedbacks bekommt man nur auf der Webseite die Aussage, dass das Feedback versandt wurde. Eine Bestätigungsmail bekommt man nicht. Fühlt sich wie ein Schwarzes Loch an. Ob da jemals etwas dabei herauskommt, bleibt fraglich. :-(

09. Nov. 2025 07:17 als Antwort auf Stefan-K-DECH

Hallo Stefan-K-DECH,


tut mir leid, dass du schlechte Ergahrung mit dem Support gemacht hast, ich hatte da bislang nie ein Problem, wenn ich mich auf ein bestehendes Ticket bezog, das schon von der „Vorgesetzten Abteilung“ bearbeitet hatte.


ich wollte aber eigentlich auf das“Feedback“-Problem eingehen. Natürlich hast du recht, dass es extrem unwahrscheinlich ist, dass dein Feedback zum Verlauf des Support Calls in der Entwicklung landet.


Tatsächlich gibt es aber unter der Adresse https://www.apple.com/feedback/ die Möglichkeit, Bugs (und Produktwünsche) an Apple zu kommunizieren.

09. Nov. 2025 09:24 als Antwort auf MRGL

Hallo MRGL,


danke für deinen Tipp. Werde ich probieren.


Aber nachdem ich mich durch die Meldungen/Diskussionen in der Community durchgelesen habe, ist meine Hoffnung beschränkt: :-(



Viele Leute haben das mit mehrfach verifizierten Settings probiert, die mit MacOS und/oder anderen Mail-Clients auf iOS absolut funktioniert haben, es hat sich bei ihnen also genauso wie bei mir nicht um eine simplen Konfigurationsfehler gehandelt. Trotzdem gibt es mehr als 10 iOS-Releases später immer noch keine Lösung. :-(


Das alles obwohl die zugrundeliegenden Standards/RFCs schon (für Internetzeiträume) "uralt" sind. Die letzten RFCs, die dort soweit ich das sehe etwas geändert haben (RFC6530, RFC6531, RFC6532, RFC6533), sind von 2012. Und die Standards sind nicht nur abstrakt, sie wurden umgesetzt:



Will sagen: Apple hatte mehr als genug Zeit und Möglichkeiten, zu sehen, wie man das macht. Es gibt sowohl Beispiele für Client-Software als auch genug Unterstützung bei SMTP-Servern heutzutage.


Eine Stackoverflow-Diskussion von 2023 (https://stackoverflow.com/questions/76685188/what-is-the-current-2023-state-of-using-internationalized-email-addresses) sieht im Domain-Part übrigens kein Problem, nur beim Mailbox-Teil.


Und IDNs (sollten) via ACE/Punycode auch ohne SMTPUTF8 schon lange vorher funktionieren. Und nur um der Frage vorzubeugen: Ich habe meinen Benutzername für die Anmeldung am SMTP-Server sowohl in der ACE/Punycode-Variante angegeben wie auch in der IDN-Form (Beispiel von https://www.denic.de/wissen/idn-domains):

  • IDN-Form: überall-ist.de
  • ACE-String: xn--berall-ist-8db.de


Aktuell ist die ACE-Version in meiner Konfiguration drin, es bräuchte also noch nicht einmal EAI / SMTPUTF8.


Nachdem ich das jetzt alles zusammengesucht und -geschrieben habe, werde ich den Link auf die Diskussion als Basis für das Feedback/die Fehlermeldung bei deiner Apple-Adresse nutzen. Und vielleicht hilft es ja auch anderen Leuten. :-)

10. Nov. 2025 20:21 als Antwort auf Stefan-K-DECH

Hallo Stefan-K-DECH,


wenn Du das Verhalten als Fehler siehst (so habe ich Dich verstanden), wäre es gut, das direkt an Apple weiterzugeben, damit es in zukünftigen Updates behoben werden kann. Hier sind einige nützliche Links, um das Problem korrekt zu adressieren:


Bug Reporting - Apple Developer

Sicherheits- oder Datenschutzschwachstelle melden - Apple Support (DE)

Feedback - Apple.com Website - Apple


Zur ergänzenden Information / Apple beschreibt des Weiteren:


"Wenn du als Apple-Entwickler oder in einem aktuellen Apple Beta Software-Programm bzw. bei AppleSeed für IT registriert bist, kannst du den Feedback-Assistenten auf dem Mac verwenden, um Feedback zu über Apple-Software bereitzustellen."


aus: Erstellen von neuem Feedback im Feedback-Assistenten auf dem Mac - Apple Support (DE)


Beste Grüße & viel Erfolg 🌷

PreCognition

09. Nov. 2025 10:41 als Antwort auf Stefan-K-DECH

Ich habe die Fehlermeldung via dem Feedbackformular erstellt. Mal schauen, was passiert.


PS: Einen nicht ganz unwichtigen MTA habe ich oben vergessen zu erwähnen:


15. Nov. 2025 02:36 als Antwort auf PreCognition

Hallo PreCognition,


danke für deinen Antworten. Und ja, natürlich ist es ein Fehler, wenn Apple Mail sich nicht an existierende Standards hält.


Wie geschrieben habe ich den „normalen“ Feedback schon erstellt.


Das Beta-Programm habe ich mir angeschaut, bin aber noch etwas unsicher, ob ich mich da registrieren will. Das iPhone ist mein Hauptgerät, da muss ich mir überlegen, ob ich das aktiviere.


Momentan habe ich gerade wenig Zeit, aber sonst könnte ich auch mal versuchen, den Mailversand von Apple Mail mit einem eigenen Pseudo-Mailserver mitzuprotokollieren, ob mein Verdacht stimmt, dass die IDN-Darstellung beim Versand verwendet wird. Ich melde mich, wenn es Neuigkeiten gibt, aber wird wohl etwas dauern.

08. Nov. 2025 13:44 als Antwort auf Netcracker

Das weiß ich, dass das eine Community ist. Und ich weiß aber auch, dass der Support die Community liest, war heute im Call offensichtlich (und ich weiß, dass in anderen Unternehmen der Support natürlich auf die Community schaut).


Und nein, wie du oben lesen kannst, war die Aussage vom Support eben nicht, dazu gibt es ein Ticket in der Entwicklung, an dem gearbeitet wird. Sondern nur, vielleicht hast du Glück, und eventuell ist es in einem zukünftigen Release gefixed. Etwas schwache Hoffnung, bei einem offensichtlich schon sehr lange bestehenden Problem.

Mail-App kann keine Mails für E-Mail-Account auf eigener Umlaut-Domain (IDN) versenden, aber empfangen

Willkommen in der Apple Support Community
Ein Forum, in dem Apple-Kunden sich gegenseitig mit ihren Produkten helfen. Melde dich mit deinem Apple Account an, um Mitglied zu werden.