Bei einigen Mails fehlen im Subject die Umlaute

[(h)uMan]

Hallo und frohes Neues!

Folgendes Problem haben wir seit einigen Tagen: Bei einigen Mails fehlen im Subject die Umlaute, im Body stehen die Umlaute drin.
Das passiert sowohl bei internen (Notes zu Notes auf unseren Domino-Server) als auch bei externen (Internet zu Notes über SMTP-Gateway) Mails.

Beispiel:
Subject beim Absender: öäöäöätest MIME
Subject beim Empänger: test MIME
Quelltext beim Empfänger: Subject: =?UTF-8?B?dGVzdCBNSU1F?=

Hier unsere MIME Konfiguration auf den Domino-Servern (8.5.2 FP4, keine Drittanbieter-Tools im Einsatz):

- MIME Basics
Primary character set group: Western
Secondary character set groups: English

- MIME Conversion Options Inbound
Use character set auto-detection if message has no character set information: Yes

- MIME Conversion Options Outbound
Attachment encoding method: Base64
Message content: from Notes to Plain Text and HTML
Convert tabs to space: no

- MIME settings by character set group: Western
Inbound Message Options Font Options:
HTML Proportional:   Vorgabe Sans Serif
HTML Mono-spaced:   Vorgabe feste Breite
HTML Size: 10
Plain Text: Vorgabe feste Breite
Plain Text Size: 10

Outbound Message Options:
Header Chracter set: UTF-8
Header Encoding: Base64
Body Chracter set: UTF-8
Body Encoding: Base64

- MIME Advanced Inbound Message Options
Resent headers take precedence over original headers: Disabled
Remove group names from headers: No
If each recipient's address does not appear in any  address header, then add their address to the BCC list: No
For non-MIME messages or MIME messages with an unknown character set, 8-bit character set is assumed to be: UTF-8
Character set name aliases maps to: leer

- MIME Advanced Outbound Messages Options
Macintosh attachment conversion: AppleDouble (base64 only)
RFC822 phrase handling: Use CN as Phrase
Internet Mail server sends Notes ...: Disabled
Always send the following Notes items in headers: leer
Notes items to be removed from headers: leer
When converting a multilingual message to MIME: Send it in Unicode (UTF8)

Jemand eine Idee, woran es liegen könnte?

[koehlerbv]

Intern auch? Verwendet Ihr da auch SMTP?

Lässt sich das auf bestimmte Sender und / oder bestimmte Emp8?Bnger* eingrenzen?

Bernhard

*) Sorry, das musste jetzt sein 

[KoshNaranek]

ich hätte da noch Server - Konfiguration - MIME - Erweitert - Erweiterte Optionen für ausgehend:
Senden von mehrsprachigen Nachrichten im MIME-FORMAT - Unicode UTF-8... steht das bei dir evtl. auf "Im geeigneten Zeichensatz"?

Hängt euer Gateway evtl. einen "nur Text"-Footer an (This mail is ...)? Ist das Gateway ein Domino oder ein Effe sendmail/postfix?

Wir haben das ab und an in Kombination mit unseren Berrys und dem Gateway ins Internet unserer Mutter, dass auf Berry alle Umlaute durch ? ersetzt werden.
Passiert das ein mal, bleibt das auch so, wenn man z.B. antwortet und umlaute verwendet - auch die werden dann verstrubbelt.

[(h)uMan]

- Intern verwenden wir auch SMTP
- betrifft unterschiedliche interne Empfänger (Domino Mailkonto/Mailbox), Mails waren adressiert an die Internet Mailadresse im Persdok des Empfänger.
- Sender waren div. interne und externe Personen mit div. Mailsystemen (MAC Mail, Webmailer, Notes 8.5.2, Thunderbird)

- When converting a multilingual message to MIME: Send it in Unicode (UTF8)
- Gateway ist ein Linux mit smtp/postfix
- vom Gateway etc. wird kein Footer angehängt

[(h)uMan]

es scheint primär bei den Notes Usern aufzutreten, die im PersDok

Format preference for incoming mail: Prefers MIME

eingestellt haben.

Korrektur: passiert auch bei "Prefers Notes Rich Text" und "Keep in senders' format"

[KoshNaranek]

...dann kommt es ja noch darauf an, was konfiguriert ist bei der Internet-Domain / Admin - Nachrichten - Domänen.
Steht eure Domain da drin, erkennt der Router seine am "Geruch" =)

Wenn der Server erkennt, dass das einer von "seinen" ist, stellt der Router das direkt zu - ohne SMTP/Internet.
Dafür schaut er in die Aliases und auf die Domain.
Ist die Domain nicht konfiguriert, vermutet der Router eine "externe" Adresse und gibt es an den SMTP.

Ist bei uns so - wir sind "de.unternehmen.com" ... bekommen die Mails über die Mutter "unternehmen.com".
Unser Server kennt nur "de.unternehmen.com" und 2 unser ganz alten Domains.
Sprich: alles, was wir an "user.name@unternehmen.com" adressieren rauscht über den SMTP raus, kommt über das Internet wieder bei der Mutter rein und kommt dann über eine Weiterleitung wieder zu uns über SMTP rein - Krank.. ich weiß ;-P

Nicht hilfreich ist da, wenn du bei verschiedenen Usern verschiedene Einstellungen im NAB  hast.
An sich sollte das "keep senders format" sein.

Den Fehler zu finden ist "Eine Nadel, die aussieht wie Heu im Heuhaufen finden."

Sonst bleibt dir nur, Testuser anzulegen, die jeweils repräsentative Einstellungen haben und dann Testmails zu generiere, was das Zeug hält, damit du raus bekommst, wo es her kommen könnte.

ODER die schickst die Kodierung sauber in den Headern mit, damit der Domino das entsprechend der Einstellungen umwandelt - Stichwort: "Content-Type". HTML-Mails und Nur-Text-Mails würde ich da zum versenden dem Notes-Rich-Text vorziehen.

Wenn ich von Linux aus Mails erzeuge schicke ich diesen Header mit:

Content-type: text/html; charset=iso-8859-1
und stricke dann mit einem eingebetteten style alles auf "sieht aus wie Notes"

In "Subject" vermeide ich öäüß und § wie der Teufel das Weihwasser - und wenn es nicht anders geht, mach eine Replace-Funktion rein, die Umlaute im Subject durch oe ae etc. ersetzt - ist wohl das einfachste

[(h)uMan]

Ist bei uns so - wir sind "de.unternehmen.com" ... bekommen die Mails über die Mutter "unternehmen.com".
Unser Server kennt nur "de.unternehmen.com" und 2 unser ganz alten Domains.
Sprich: alles, was wir an "user.name@unternehmen.com" adressieren rauscht über den SMTP raus, kommt über das Internet wieder bei der Mutter rein und kommt dann über eine Weiterleitung wieder zu uns über SMTP rein - Krank.. ich weiß ;-P

Kenne ich :-)

- bei uns:
Mail-Domain: firma.de
Mail-Adressen: vorname.nachname@firma.de
Domino-Domain: Firma
DNS-Domain: firma.holding.de
Domino-Server DNS hostname: domino.firma.holding.de
SMTP-Gateway: Aliases mit allen Mail-Adressen und jeweils Weiterleitung nach username@domino

- in allen Domino PersDoks
Domain:  Firma
Internet address:  vorname.nachname@firma.de

- Global Domain Document Restrictions
Domino domains and aliases:  Firma

- Global Domain Document SMTP Address Conversion
Local primary Internet domain:  domino.firma.holding.de   -> Domino Server DNS Hostname
Alternate Internet domain aliases:  firma.holding.de   -> zugleich unsere DNS Domain
Internet address lookup: Enabled

If disabled or no match   convert as follows:
Local part formed from:  Full name
Domino domain(s) included:  None
Domino domain(s) position:  Left of '@'
Domino domain separator:  % - percent sign
Address example:  JMD@acme.com

Outbound mail restriction:  Unrestricted
Address format:  Address only

Aber daran und den anderen MIME etc. Einstellungen haben wir seit Monaten nichts geändert.
Habe so langsam das FP4 von 8.5.2 in Verdacht ...

[KoshNaranek]

hmmmm... da vermute ich eine Problem mit dem DNS.
Unser Domino heißt "in Echt" dusmail001.muster.intra - sprich wir haben die AD-Domain / internes DNS und das Mailen so weit auseinander, wie es nur geht. Intern reagiert hier keine Maschine auf ein "(de.)unternehmen.com" - alleine schon, damit die Rechner wissen, was sie über den Proxy holen müssen.

Mach ein Replace auf das Subject - Fertig. Das geht allemal schneller und einfacher als die Ursache in so einer verknoteten Umgebung zu finden. Der Zweck heiligt den Kittel :-)

Statt "Ihre persönliche Faxnummer" ist mein Betreff halt "Ihre personalisierte Faxnummer".
Im Body meiner HTML-Mail benutze ich sowohl ü als auch ü - funktioniert beides. Manchmal hasse ich Deutsch. Wann immer man es vermeiden will, kommt man einfach um die dreckigen Umlauts nicht herum weil die Synonyme auch oft einen Umlaut haben. Sei es Übertragung -> Übermittlung ... -> Datenversand
Bestätigung -> Quittung