6
Intakte Mailheader bei Weiterleitung mit On-Prem Exchange Server
Wir verwenden einen lokal gehosteten Microsoft Exchange Server. Für die Anbindung eines Ticketsystems via E-Mail wäre es schön:
Leider tendiert Exchange dazu, Mailheader kaputtzumachen. Wenn man einfach ein Alias firewall@example.com für die Mailbox zammad@example.com anlegt, haben eingehende E-Mails den Empfänger zammad@example.com, so dass die automatische Gruppenzuweisung nicht mehr funktionieren kann. Für unseren Anwendungsfall würde es vollkommen ausreichen, wenn der ursprüngliche Adressat firewall@example.com erhalten bliebe.
Weiß jemand Rat?
Sämtliche sinnvollen Suchbegriffe (exchange, alias, to, forward, header, intact, ...) sind leider dermaßen allgemein, dass meine Suchbemühungen erfolglos waren.
(Ich würde ungern eine parallele Mailinfrastruktur für solchen Kleinkram aufbauen. Privat verwende ich OpenSMTPD und in der Vergangenheit Postfix. Aber das wäre mit Kanonen auf Spatzen schießen. Außerdem müsste jemand das Zeug weiter administrieren, falls ich morgen vom Bus überfahren werde.)
- ein dediziertes Postfach für das Ticketsystem zum Abruf via IMAPs (bspw. zammad@example.com)
- beliebig viele Aliase/Weiterleitungen/... (bspw. firewall@example.com > zammad@example.com)
- innerhalb des Ticketsystems passende Zuweisung zu Bearbeitungsgruppen (bspw. firewall@example.com > Administration Firewall)
Leider tendiert Exchange dazu, Mailheader kaputtzumachen. Wenn man einfach ein Alias firewall@example.com für die Mailbox zammad@example.com anlegt, haben eingehende E-Mails den Empfänger zammad@example.com, so dass die automatische Gruppenzuweisung nicht mehr funktionieren kann. Für unseren Anwendungsfall würde es vollkommen ausreichen, wenn der ursprüngliche Adressat firewall@example.com erhalten bliebe.
Weiß jemand Rat?
Sämtliche sinnvollen Suchbegriffe (exchange, alias, to, forward, header, intact, ...) sind leider dermaßen allgemein, dass meine Suchbemühungen erfolglos waren.
(Ich würde ungern eine parallele Mailinfrastruktur für solchen Kleinkram aufbauen. Privat verwende ich OpenSMTPD und in der Vergangenheit Postfix. Aber das wäre mit Kanonen auf Spatzen schießen. Außerdem müsste jemand das Zeug weiter administrieren, falls ich morgen vom Bus überfahren werde.)
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: 638211
Url: https://administrator.de/contentid/638211
Ausgedruckt am: 19.11.2024 um 05:11 Uhr
6 Kommentare
Neuester Kommentar
Hallo,
Gruß,
Peter
Zitat von @ziqz00ma:
Außerdem müsste jemand das Zeug weiter administrieren, falls ich morgen vom Bus überfahren werde.)
Lass doch nur dein Alias vom Bus überfahren, dir selbst passiert dann ja nichts. Sind deine Aliase Postfächer oder nur andere Namen für existierende Postfächer? Wird eine Nachricht an ein Alias zugestellt oder geht das nur an echte existierende Postfächer? Wär blöd wenn alle Mailsysteme dieser Welt an Aliase zustellen und keiner mehr sieht wer der eigentliche Empfänger war/ist.Außerdem müsste jemand das Zeug weiter administrieren, falls ich morgen vom Bus überfahren werde.)
Gruß,
Peter
Ich fürchte, ich verstehe deinen Kommentar nicht ganz.
Aus Perspektive des Senders ist es vollkommen irrelevant, ob eine E-Mail an ein Alias oder an ein Postfach gesendet wird. Für den Nutzer ist das transparent. Hauptsache, die E-Mail kommt beim beabsichtigten Adressaten an.
Wenn ich bspw. ein "Postfach" abuse@example.com betreibe, ist es dem Sender doch vollkommen egal, ob das ein "physisches" Postfach oder eine Weiterleitung an john.doe.admin@example.com ist. Hauptsache, jemand kümmert sich zeitnah um die Abuse-Meldung.
Aus Perspektive des Senders ist es vollkommen irrelevant, ob eine E-Mail an ein Alias oder an ein Postfach gesendet wird. Für den Nutzer ist das transparent. Hauptsache, die E-Mail kommt beim beabsichtigten Adressaten an.
Wenn ich bspw. ein "Postfach" abuse@example.com betreibe, ist es dem Sender doch vollkommen egal, ob das ein "physisches" Postfach oder eine Weiterleitung an john.doe.admin@example.com ist. Hauptsache, jemand kümmert sich zeitnah um die Abuse-Meldung.
Servus!
Ich hab's bei uns so gemacht:
Verteilerliste angelegt mit "hide from addresslist" und als einziges Mitglied den Helpdesk-Account.
Bin mir jetzt nicht sicher, ob du das Spiel für jeden Alias machen musst, oder ob die Verteilerliste auch mit verschiedenen Aliasen umgehen kann...
Gruß
Luigi
Ich hab's bei uns so gemacht:
Verteilerliste angelegt mit "hide from addresslist" und als einziges Mitglied den Helpdesk-Account.
Bin mir jetzt nicht sicher, ob du das Spiel für jeden Alias machen musst, oder ob die Verteilerliste auch mit verschiedenen Aliasen umgehen kann...
Gruß
Luigi
Moin,
Naja, nachdem Exchange keine "X-Original-To"-Header generiert wie Postfix, wirst Du da nicht viele Möglichkeiten haben, das geradezubiegen außer getrennte Postfächer anzulegen und durch Regeln alle auf selbe Postfach weiterzuleiten (oder einen postfix oder exim davorzuklemmen).
lks
Naja, nachdem Exchange keine "X-Original-To"-Header generiert wie Postfix, wirst Du da nicht viele Möglichkeiten haben, das geradezubiegen außer getrennte Postfächer anzulegen und durch Regeln alle auf selbe Postfach weiterzuleiten (oder einen postfix oder exim davorzuklemmen).
lks
Moin,
Gucke dir mal die Transport Rules an, damit kannst du z. B. den X-Original-To Header auf die ursprüngliche Mailadresse setzen, brauchst halt ein Rule pro Mailadresse.
/Thomas
Gucke dir mal die Transport Rules an, damit kannst du z. B. den X-Original-To Header auf die ursprüngliche Mailadresse setzen, brauchst halt ein Rule pro Mailadresse.
/Thomas
Leider erfolglos.
Interessanterweise ist das Verhalten für interne und externe Absender unterschiedlich. Von extern erhaltene Mails behalten den Original-To-Header. Von intern erhaltene Mails werden dagegen offenbar vom Alias-To auf das Postfach-To umgeschrieben, bevor die Abarbeitung der Transportrules überhaupt erreicht wird.
Mailbox zammad@example.com, Alias firewall@example.com:
- Eingehende Mails von extern werden korrekt übermittelt und liegen anschließend mit Zieladresse firewall@example.com im Postfach
- Eingehende Mails von intern werden umgeschrieben, also wird der originale "To:"-Header mit der Postfachadresse überschrieben -- dies geschieht unabhängig davon, ob im Mailclient "Namen überprüfen" gemacht wird oder nicht
Interessanterweise ist das Verhalten für interne und externe Absender unterschiedlich. Von extern erhaltene Mails behalten den Original-To-Header. Von intern erhaltene Mails werden dagegen offenbar vom Alias-To auf das Postfach-To umgeschrieben, bevor die Abarbeitung der Transportrules überhaupt erreicht wird.
Mailbox zammad@example.com, Alias firewall@example.com:
- Eingehende Mails von extern werden korrekt übermittelt und liegen anschließend mit Zieladresse firewall@example.com im Postfach
- Eingehende Mails von intern werden umgeschrieben, also wird der originale "To:"-Header mit der Postfachadresse überschrieben -- dies geschieht unabhängig davon, ob im Mailclient "Namen überprüfen" gemacht wird oder nicht
