Umlaute im Subject

[ofshore]

Hallo
 Wir haben folgendes Problem,
unser SMTP-Gateway (Domino Release 5.0. bekommt Mails in
denen die Umlaute im Body zwar korrekt dargestellt werden, bei den aber das Subject-Feld zerstüclkelt ist:
Bsp: Thema:   =?ISO8859-15?Q?KIS-Schadenmeldung_:_K=F6ttelh=F6?= =?ISO8859-15?Q?n,_Dorothea_=3D>_Knigge,_Alfred?=

hat einer Idee?

Sonnige Grüße
                         Olaf

[Meff]

Hi Olaf,

kann es sein, dass diese Mails automatisch generiert wurden ? Wenn ich mir das Subject so anschaue, kommt mir das so vor.
Betrifft das nur bestimmte Mails oder kann man dazu keine Aussage treffen ?

Meff

[ofshore]

Ja, die Meldungen werden automatisch generiert, das einzige was eindeutig ist, ist der Fehler tritt nur Mails mit Umlauten im Subject auf und der Fehler ist erstmalig nach dem Umstieg von OS/2 mit Domino 4.6 auf Windows NT mit Domino 5.08 aufgetreten, wobei wir eigentlich der Meinung sind SMTP-Parameter richtig übernommen zu haben.

Gruß
          Olaf

[Meff]

Hallo Olaf,

wie schauen denn die SMTP Inbound Translation Einstellungen eures SMTP Servers aus ? Findest Du im Konfigurationsdokument ?

Meff

[ofshore]

Hallo,

anbei die Einstellungen :
Ich mir zwar nicht sicher, aber würde es reichen nur die
8-Bit-MIME-Erweiterung zu aktivieren?


SMTP-Befehle und -Erweiterungen (Eingang):

SIZE-Erweiterung   Aktiviert
Pipelining-Erweiterung:   Aktiviert
DSN-Erweiterung:   Deaktiviert
8-Bit-MIME-Erweiterung:   Deaktiviert
HELP-Befehl:    Aktiviert
VRFY-Befehl:   Deaktiviert
EXPN-Befehl:   Deaktiviert
ETRN-Befehl:   Deaktiviert
SSL über TCP/IP-Anschluß vereinbart:   Deaktiviert

Die Mime- Einstellungen sehen so aus:

Allgemein   
Primäre Zeichensatzgruppe:   Englisch
Sekundäre Zeichensatzgruppen:   


Konvertierungsoptionen (Eingang)   
Zeilenlänge:   75
Automatische Erkennungsroutinen verwenden, wenn Nachricht keine Informationen zum Zeichensatz enthält:   Nein

Konvertierungsoptionen (Ausgang)   
Anhang-Kodiermethode:   Base64
Nachrichteninhalt:   Von Notes Format in Internet-Nachrichtenformat konvertieren
Tabulatoren in Leerzeichen konvertieren:   Nein
Zeilenlänge (Ausgang):   75
Internet-Adresse für alle Notes Adressen suchen, wenn die Internet-Adresse nicht im Dokument definiert ist:   Aktiviert
Ausführliche Suche beim Konvertieren von Notes Adressen in Internet Adressen durchführen:   Deaktiviert

MIME-Einstellungen nach Zeichensatzgruppe:   Westeuropäisch
Einstellungen für Westeuropäisch

Optionen für eingehende Nachrichten
Schriftoptionen

HTML proportional: Vorgabe Serif
HTML feste Schriftbreite: Vorgabe feste Breite
HTML Größe: 12
Einfacher Text: Vorgabe feste Breite
Größe des einfachen Textes: 10

Optionen für ausgehende Nachrichten
Zeichensatz  Kodierung Kopfzeilen: ISO-8859-1
Quoted Printable Haupttext: ISO-8859-1
Quoted Printable

Erweiterte Optionen für eingehende Nachrichten
Kopfzeilen von Neusendungen haben Vorrang vor Original-Kopfzeilen:    Deaktiviert
Gruppennamen aus Kopfzeilen entfernen:   Nein
Wenn keine Adresse eines Empfängers in einer Adreßkopfzeile erscheint, diese Adresse in die Blindkopieliste aufnehmen:    Nein
Für Nicht-MIME-Nachrichten oder MIME-Nachrichten mit einem unbekannten Zeichensatz wird dieser 8-Bit-Zeichensatz angenommen:   ISO-8859-1
Aliasnamen für Zeichensatz    entspricht
   
   Erweiterte Optionen für ausgehende Nachrichten
Konvertierung von Macintosh-Anhängen:    AppleDouble (nur base64)
Behandlung von RFC822-Phrasen:   Keine Phrase hinzufügen
Internet-Mail-Server sendet private Notes Elemente in Nachrichten:   Deaktiviert
Notes Felder, die aus Kopfzeilen entfernt werden sollen:   INetFrom
Senden von mehrsprachigen Nachrichten im MIME-Format:   In Unicode (UTF8)
Aliasnamen für Zeichensatz:    entspricht
   

[Meff]

Hi Olaf,

unter den erweiterten Optionen für ausgehende Nachrichten hast Du bei den Einstellungen für Nicht MIME Messages angegeben, diese nach ISO zu konvertieren. Setzte dort einfach mal die Optione "Default" ein.

Die 8-Bit MIME Erweiterung solltest Du ebenfalls aktivieren.

Meff

[ofshore]

Hallo,

ich habe beide Einstellungen geändert, das Ergebnis ist leider genauso wie vorher, im Body alles OK, nur das Subject ist weider "verunstaltet"
=?ISO8859-15?Q?KIS-Schadenmeldung_:_K=F6ttelh=F6?= =?ISO8859-15?Q?n,_Dorothea_=3D>_Knigge,_Alfred?=

Entschuldigung übrigens, daß ich mich erst jetzt wieder melde, aber da die Mails automatisch generiert werden, habe ich auf diese keinen Einfluß

Gruß
                Olaf

[Meff]

Hi Olaf,

ich denke Dein Problem liegt hier :

Für Nicht-MIME-Nachrichten oder MIME-Nachrichten mit einem unbekannten Zeichensatz wird dieser 8-Bit-Zeichensatz angenommen:   ISO-8859-1

Setzte diesen Wert bitte mal auf Default. Wenn Du Dir den Header genauer anschaust, dann sagt er Dir, dass er das mit ISO8859-1 versucht hat, zu konvertieren :

=?ISO8859-15?Q?KIS-Schadenmeldung

Und da scheint er wohl Probleme mit zu haben. Lt. der Knowledgebase hat das in früheren Releasen sogar den kompletten SMTP Task abgeschossen.

Meff

[ofshore]

Hallo,

so langsam bin ich am Ende mit meinem Latein :-(
Wir haben jetzt weniger Probleme wie vorher und wenn
ich direkt von dem Server Mails verschicke sind diese auch in Ordnung
nur die aus dieser einen Anwendung nicht, das einzige was ich noch gefunden habe ist folgendes:
Feldname: $MessageID
Datentyp: RFC822 Text
Datenlänge: 126 Byte
Seq.-Num.: 1
Doppelte Eintrags-ID: 0
Feld-Flags: SUMMARY
RFC822 Typ: TEXT
RFC822 Kennzeichen: STRICT
Nativer Wert:

Feldname: Subject
Datentyp: RFC822 Text
Datenlänge: 251 Byte
Seq.-Num.: 1
Doppelte Eintrags-ID: 0
Feld-Flags: SUMMARY
RFC822 Typ: TEXT
RFC822 Kennzeichen: STRICT
Nativer Wert:

Dies unterscheidet die Mails.

Habt Ihr noch Ideen?

Gruß
              Olaf

[Meff]

Hi Olaf,

ich habe leider Deine Frage noch nicht so ganz verstanden. Was passiert wann und wo ?

Meff

[ofshore]

Hallo Meff,

ist ganz einfach :-), wir haben ein Domino-SMTP-Gateway (Windows), der von Solaris-Servern im inneren Netz Mails von Sendmail oder anderen annimmt. Bei allen Mails die über dieses Gateway gehen, haben wir keine Probleme.
Bis auf diese automatisch generierten aus einer Anwendung, wenn ich direkt über MailX von diesem Server eine Mail schicke wird diese korrekt
angezeigt. Bei denen aus der Anwendung dagegen haben wir die Probleme mit der Umlauten. Der Unterschied ist nun, daß im Unterschied zu
den korrekten Mails in diesen immer unter :
Datentyp: RFC822 Text
steht
während bei den korrekten:
Datentyp: Text oder
Datentyp: Textliste
steht
und nun habe ich die Hoffnung, daß noch einer eine gute Idee hat,
wo ich drehen kann.

Gruß
             Olaf

[Meff]

Was ist den das für eine Anwendung ? Was selbstgestricktes oder was, was man kennen könnte ?

Meff

[Jörg P.]

Da hatten wir mal was ähnliches.
Ursache war der in der Anwendung verwendete Zeichensatz, mit dem Domino Probleme hatte. Lässt sich auf Anwendungs-Seite probeweise ein anderer Zeichensatz einstellen?

[Meff]

Deswegen meine Frage, ich kenne das Problem von der S390 her, die haben da nämlich was ganz krummes in Ihrem Sendmailer und da kommen die Mails immer sehr merkwürdig an.

Meff

[ofshore]

Hallo,
die Anwendung ist "JavaMail" auf WEBLOGIC (unter Solaris8)

mehr weiß ich leider auch nicht, auch nicht, ob die den Zeichensatz ändern
können.

Gruß
           Olaf

[ofshore]

Hallo,
noch ein kurzer Nachtrag,

mit folgenden Einstellungen arbeitet die Anwendung:

LANG=de.ISO8859-15
LC_COLLATE=de.ISO8859-15
LC_CTYPE=de.ISO8859-15
LC_MESSAGES=de.ISO8859-15
LC_MONETARY=de.ISO8859-15
LC_NUMERIC=de.ISO8859-15
LC_TIME=de.ISO8859-15
export LANG LC_COLLATE LC_CTYPE LC_MESSAGES LC_MONETARY LC_NUMERIC LC_TIME


Gruß
              Olaf

[Meff]

Ich werde morgen mal unseren Solaris Fuzzie fragen, ob er da weiterhelfen kann.

Meff