Beiträge von banane

IBM hat uns schon am nächsten Tag einen Hotfix für unsere Version erstellt, der das Problem behob.

marco-fe: Mach doch bitte auch einen PMR über das ESR auf. Da werden Sie geholfen.

Eine telefonische Antwort von IBM brachte Klarheit zu meinen letzten Fragen:
1. Es war richig, einen PMR zu benutzen, um mich an einen bestehenden SPR anzuhängen.
2. SPRs sind nicht öffentlich zugänglich.

Das Problem selbst soll in R7.0.4 behoben sein.

Ich habe jetzt über ESR einen PMR erstellt und dabei auf den SPR verwiesen. War das der korrekte Weg? Kann mir jemand einen Weg nennen, einen noch nicht abgeschlossenen SPR (z.B. KRED737CE8) einzusehen?

Wir haben im Moment noch ein Henne-Ei-Problem bei der Eigennominierung für das ESR. Findet man die SPRs dort?

Damit finde ich nur die von CarstenH genannte (1. Link) Technote, nicht jedoch den SPR.

Vielen Dank, CarstenH.

Irgendwie beruhigend, mit dem Problem nicht allein zu sein. Man fühlt sich zumindest verstanden.

Ich habe den Workaround (in der Arbeitsumgebung das Format für Nachrichten an Internet-Adressen auf MIME-Format setzen) ausprobiert, aber das hilft leider nur bei Mails aus der persönlichen Mail-DB. Wir senden unsere externen Mails jedoch aus selbstentwickelten Anwendungen (mit document.send), und die daraus geschickten Mails werden von der Einstellung bedauerlicherweise nicht beeinflusst.

Die von dir genannte Technote verweist auf SPR# KRED737CE8. Kannst du mir sagen, wo ich dieses Dokument finde? Ich habe bisher nur bereits gelöste SPRs gefunden.

Liebe Grüße,
banane

Wir haben ein Problem mit der Formatierung ausgehender Mails. Manche Mailclients stellen die E-Mail als HTML-Mail dar, andere jedoch stattdessen den Nachrichtentext als Quelltext, d.h. mit MIME-Boundaries und quoted-printable-codiert.

Das Problem tritt nur auf, wenn ich serverseitige Disclaimer (Ausschlussklauseln) aktiviere. Sobald ich sie wieder deaktiviere, erhalte ich Mails, die in allen Mailclients korrekt dargestellt werden.

Wir haben für ausgehende Mails die Konvertierungsoption "Von Notes in einfachen Text und HTML" eingestellt, die Mails gehen also als MIME-Messages mit Content-type = multipart/alternative heraus. Bei den Mails mit Disclaimer fehlt der MIME-Version-Header. Ohne Disclaimer ist er vorhanden.

Das unterschiedliche Verhalten der Mailclients erkläre ich mir wie folgt: Manche Clients erkennen die Mail aufgrund des fehlenden Headers nicht als MIME-Nachricht, während andere toleranter sind und aus dem Vorhandensein eines Content-type-Headers auf eine MIME-Nachricht schließen.

Ein Beispiel für einen "problematischen" Mailclient ist der Webmailclient von Freenet.

Details: Domino 7.0.2FP2 auf Debian Etch. Die Disclaimer werden aufgrund einer organisationsbezogenen Richtlinie bei ihrem ersten Hop vom sendenden Server hinzugefügt.

Kennt jemand dieses Verhalten? Gibt es eine Lösung?

Hallo,

ich bin auf eine zusätzliche Gemeinheit beim Umgang von NDRs im DSN (delivery status notification)-Format gestoßen:

Wir leiten unsere Eingänge durch Spamassassin und werten die dadurch hinzugefügten X-Header-Felder bei der Zustellung in Notes durch einen Agenten (Trigger "vor Eingang neuer Mail") aus.

Bei DSN-Reports sind diese Felder jedoch in Notes nicht zugänglich. Notes stellt die X-Header der eingekapselten ursprünglichen Mail wieder her und entfernt dabei die X-Header der umgebenden NDR-Mail.

Gibt es einen Weg, die X-Header des NDR zu erhalten?

Topologie-Details: Internet -> Notes 6.5.2 -> Spamassassin -> Zustellung auf Notes 7.0.2

Hallo, marco-fe,

ich glaube, ich habe dasselbe Problem wie du.

Seit der Aktivierung der serverseitig hinzugefügten Disclaimer fehlt in ausgehenden Internet-Mails der MIME-Version-Header.
Da dieser für MIME-Mails erforderlich ist, erkennen weniger fehlertolerante Mailclients die Mail nicht mehr als MIME-Message und stellen den ganzen Body als Text dar.

Wir setzen ein: Server 7.0.2, Clients 7.0.2 und 7.0.3.

Hast du schon eine Lösung gefunden?