6
Mails mit Umlauten im Text kommen nicht an
Hallo
ich brauche mal einen Tipp.
Wenn ich eine eMail schreibe, egal ob von Thunderbird / Windows oder Evolution / Linux und
die über meinen Mailserver (Debian 6, Postfix, uwimapd) versende passiert folgendes:
Enthält die email im Nachrichtentext ein Umlaut wie z.b. ü
dann kommt sie bei einigen Adresse nicht an.
Bei mir @nitschke-marl.de und bei @web.de
kommt sie nicht an. Bei @gmx.de oder @versanet.de
dagegen schon.
Was geht da schief?
Laut log Datei wird sie ganz normal rausgeschickt und hat den status "sent".
Zurück kommt auch nichts.
Dazwischen liegt aber ein "Exchange Server" als Smarthost.
Mit dpkg-reconfigure -plow locales hab ich auch schon experimentiert.... Ohne erfolg
ich brauche mal einen Tipp.
Wenn ich eine eMail schreibe, egal ob von Thunderbird / Windows oder Evolution / Linux und
die über meinen Mailserver (Debian 6, Postfix, uwimapd) versende passiert folgendes:
Enthält die email im Nachrichtentext ein Umlaut wie z.b. ü
dann kommt sie bei einigen Adresse nicht an.
Bei mir @nitschke-marl.de und bei @web.de
kommt sie nicht an. Bei @gmx.de oder @versanet.de
dagegen schon.
Was geht da schief?
Laut log Datei wird sie ganz normal rausgeschickt und hat den status "sent".
Zurück kommt auch nichts.
Dazwischen liegt aber ein "Exchange Server" als Smarthost.
Mit dpkg-reconfigure -plow locales hab ich auch schon experimentiert.... Ohne erfolg
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 192682
Url: https://administrator.de/forum/mails-mit-umlauten-im-text-kommen-nicht-an-192682.html
Ausgedruckt am: 22.12.2024 um 21:12 Uhr
6 Kommentare
Neuester Kommentar
Hallo
du solltest dort nachfragen wo die Mail "verschwindet". Wenn dein Debian Rechner die Mail korrekt an den nächsten weiterreicht ist dieser in der Verantwortung. Lokale Konfiguriererei bring da nichts.
Gruß
Andi
du solltest dort nachfragen wo die Mail "verschwindet". Wenn dein Debian Rechner die Mail korrekt an den nächsten weiterreicht ist dieser in der Verantwortung. Lokale Konfiguriererei bring da nichts.
Gruß
Andi
DAchte ich auch
aber eigentlich ist ne mail doch genormt
und es kann ja nicht sein das sie bei einigen Domains ankommt,
bei anderen nicht.
So ein Problem hatte ich noch nie.
web.de bekommt keine, gmx schon.
Da liegt mein Verdacht leider doch erstmal bei mir,
weil ich den Mailserver lokal eingerichtet habe...
aber eigentlich ist ne mail doch genormt
und es kann ja nicht sein das sie bei einigen Domains ankommt,
bei anderen nicht.
So ein Problem hatte ich noch nie.
web.de bekommt keine, gmx schon.
Da liegt mein Verdacht leider doch erstmal bei mir,
weil ich den Mailserver lokal eingerichtet habe...
???
Mail ist Store-and-Forward. D.h. dein Debian gibt die e-Mail nach welchen Regeln auch immer an einen weiteren Hop (MTA) weiter. Dieser Hop ist daraufhin verantwortlich für die e-Mail. Falls die Mail verloren geht, ist das dein nächster Ansprechpartner. Den kannst du aus den Logfiles deines Servers ersehen. Mit dem Inhalt der e-Mail hat das erstmal gar nichts zu tun. Also beim "Smarthost" fragen.
Gruß
Andi
Mail ist Store-and-Forward. D.h. dein Debian gibt die e-Mail nach welchen Regeln auch immer an einen weiteren Hop (MTA) weiter. Dieser Hop ist daraufhin verantwortlich für die e-Mail. Falls die Mail verloren geht, ist das dein nächster Ansprechpartner. Den kannst du aus den Logfiles deines Servers ersehen. Mit dem Inhalt der e-Mail hat das erstmal gar nichts zu tun. Also beim "Smarthost" fragen.
Gruß
Andi
Ok
ich scuhe
wenn ich bei Thunderbird den Zeichensatz auf "ISO 8859-1" stelle
dann geht es
komischer weise.
ich scuhe
wenn ich bei Thunderbird den Zeichensatz auf "ISO 8859-1" stelle
dann geht es
komischer weise.
Evolution muss auf UTF7 stehen
!!! Bitte nicht im Dunkeln stochern !!!
Im Logfile (üblicherweise /var/log/mail.info) nachschauen wohin die Mail weiter gereicht wurde und dann bis zu dem Vollpfosten durchhangeln der den Inhalt der Mail beurteilt. Bei dem ist auch der tatsächliche Grund zu finden. "Lösungen" ala heute geht es nur wenn ich einen roten Hut aufhabe sind was für's Marketing und nicht für Techniker.
Sorry, musste mal raus
Andi
Im Logfile (üblicherweise /var/log/mail.info) nachschauen wohin die Mail weiter gereicht wurde und dann bis zu dem Vollpfosten durchhangeln der den Inhalt der Mail beurteilt. Bei dem ist auch der tatsächliche Grund zu finden. "Lösungen" ala heute geht es nur wenn ich einen roten Hut aufhabe sind was für's Marketing und nicht für Techniker.
Sorry, musste mal raus
Andi
