• Bewerte uns auf OMR Reviews: Klick

  • Achtet bitte in den Beiträgen darauf, dass ihr keine Informationen teilt, die der DSGVO unterliegen können. Verpixelt bitte die entsprechenden Stellen in Screenshots, postet hier auf keinen Fall Messagatracks ohne Rücksprache und auch in den Log Files können persönliche oder sensible Daten enthalten sein.

    Macht uns auch bitte per PN darauf aufmerksam wenn ihr etwas seht. Schreibt mich (@sören) einfach direkt an. 

  • Zertifikate vom Deutschen Forschungsnetz beziehen (Harica CA)? Klick

Mehrere Regeln anwenden bei mehreren Empfängern

xeta

New member
Registriert
3 Mai 2024
Beiträge
1
Reaktionspunkte
0
Hallo miteinander,

wir sind vor kurzem von unserem lokalen Exchange auf ExchangeOnline migriert und haben uns entschieden den NSP on-premises (Version 15.1) als Gateway für unsere Mails zu behalten. Dazu haben wir im lokalen Netzwerk einige SMTP-Clients, welche mit der Cloud als SMTP-Server nicht klar kommen und nutzen den NSP u.a. als SMTP-Relay.
Leider haben wir das Problem, das wenn unser ERP-System eine Mail an interne als auch externe Empfänger versendet, der NSP die Regel für den ersten Empfänger für alle Empfänger anwendet, statt hier für jeden Empfänger die Regeln separat abzuarbeiten. Das führt bspw. zu einer ungewollten S/MIME-Verschlüsselung von Mails an interne Empfänger.

Das Verhalten scheint durch die SMTP-Protokolleinstellungen definiert zu sein:

1748943732406.png

Leider fehlt uns hier die Option, um den NSP die Regeln pro Empfänger abarbeiten zu lassen.
Eine temporäre Abweisung haben wir bereits probiert, aber das setzt natürlich voraus, das der SMTP-Client mit der Abweisung auch umgehen kann.
Überraschung :) das kann er offenbar nicht...

Laut Handbuch sollte der SMTP-Client die Fehlermeldung "Too many Recipients" erhalten, die erhält er nicht, sondern nur die Meldung "Please try again in a new SMTP-Session".

Handbuchauszug:1748944461951.png

Hat jemand eine Idee, wie wir das Problem auf NSP-Ebene lösen könnten?

Liebe Grüße
Xeta

PS.: Mein Kollege hatte bereits versucht etwas ungestüm einen Thread dazu zu kapern: https://forum.nospamproxy.com/threa...üsselung-abarbeitung-der-regel.836/#post-8118
 
Zuletzt bearbeitet:
Hallo Xeta,
die von Dir bereits beschriebene Vorgehensweise ist schon die richtige. Letztlich kommt es nicht auf die Meldung als solche an, sondern auf den Fehlercode. Laut RFC ist jeder SMPT-Client verpflichtet, die Verbindung neu aufzubauen, wenn er für einen Befehl eine 4xxer Fehlermeldung bekommt. Das ist die Klasse der temporären Fehler.
Nur über diesen Weg schafft NSP es, für die jeweilige Absender-Empfänger-Kombination die korrekte Regel anzuwenden.
Gruß Stefan
 
Zurück
Oben