Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > de.comm.software.mailserver > #6419 > unrolled thread

exim4, header modifizierungen und unerwartetes Verhalten

Back to article view | Back to de.comm.software.mailserver

Contents

  exim4, header modifizierungen und unerwartetes Verhalten Andreas Barth <aba+nospam@not.so.argh.org> - 2021-06-16 21:35 +0000
    Re: exim4, header modifizierungen und unerwartetes Verhalten Heiko Schlichting <heiko@cis.fu-berlin.de> - 2021-06-17 17:12 +0000
      Re: exim4, header modifizierungen und unerwartetes Verhalten Andreas Barth <aba+nospam@not.so.argh.org> - 2021-06-17 20:27 +0000

#6419 — exim4, header modifizierungen und unerwartetes Verhalten

Hallo zusammen,

ich würde gerne bei einer Mail ein paar Header anpassen. Vereinfachtes
Beispiel hier (aus den routers)

test1:
  driver = redirect
  domains = example.com
  local_parts = test1
  headers_remove = From:Return-path:Received
  data = test2@example.com

test2:
  driver = accept
  domains = example.com
  local_parts = test2
  transport = transport1
  unseen = true

test3:
  driver = accept
  domains = example.com
  local_parts = test2
  transport = transport2


Erwarten würde ich, dass die Mail mit modifiziertem Header (Ergebnis
von test1) bei transport1 und transport2 landet und beide transports
die modifizierte Mail ausliefern.

Tatsächlich wird aber nur die Mail für transport1 modifiziert, die für
transport2 ist nicht modifiziert.


Wie wäre denn die Config richtig? Oder verhält sich exim hier
unerwartet?

Es handelt sich um einen exim4 4.92-8+deb10u6 (also aktuelles Debian
stable).


Viele Grüße,
Andi

[toc] | [next] | [standalone]

#6422

Andreas Barth <aba+nospam@not.so.argh.org> wrote:
> Erwarten würde ich, dass die Mail mit modifiziertem Header (Ergebnis
> von test1) bei transport1 und transport2 landet und beide transports
> die modifizierte Mail ausliefern.

Die Modifikation mit

>   headers_remove = From:Return-path:Received

passiert aber doch erst beim folgenden Transport und wird durch den Router
nur vorgemerkt. Dieses dann nochmal zu routen und dann noch mit "unseen",
klingt nach Problemen. In der Doku steht:

| Warning 2: If the unseen option is set on the router, all header removal
| requests are deleted when the address is passed on to subsequent routers, and
| this can lead to problems with duplicates -- see the similar warning for
| headers_add above.

> Wie wäre denn die Config richtig? Oder verhält sich exim hier
> unerwartet?

Die gesamte Konstruktion sieht mir jetzt übermäßig kompliziert aus und
vermutlich könnte man das, was Du eigentlich erreichen willst, auf andere
Weise besser erreichen. Dazu müsstest Du uns aber verraten, was eigentlich
das Ziel sein soll.

Heiko

[toc] | [prev] | [next] | [standalone]

#6423

Heiko Schlichting wrote:
>| Warning 2: If the unseen option is set on the router, all header removal
>| requests are deleted when the address is passed on to subsequent routers, and
>| this can lead to problems with duplicates -- see the similar warning for
>| headers_add above.

Ah, danke. Da war ich zu blind beim lesen. (Halt ich jetzt auch für
unintuitiv, aber ist ordentlich dokumentiert, darf man also nicht
meckern.)


> Die gesamte Konstruktion sieht mir jetzt übermäßig kompliziert aus und
> vermutlich könnte man das, was Du eigentlich erreichen willst, auf andere
> Weise besser erreichen. Dazu müsstest Du uns aber verraten, was eigentlich
> das Ziel sein soll.

Naja, das war jetzt das Minimalbeispiel :) die echte Config enthält
ein paar mehr Zeilen bzw. Abhängigkeiten.


Zwei getrennte Ziele:

Ich will eingehende Mails an eine bestimmte Adresse (unter gewissen
Rahmenbedingungen) mit u.a. neuen From, To, ...-Zeilen versehen sowie
einem Approved-Eintrag. Fürs Minimal-Beispiel war aber "Headerlöschen"
ausreichend. (Im Prinzip eingehende Mails eines rss2mail-Services, der
halt schon da ist und funktioniert). Könnt ich natürlich auch z.B.
durch ein Stück python weiter hinten ersetzen aber da find ich die
exim-Varaiante weitaus eleganter.


Die ausgehenden Mails gehen nicht zweimal in je ein Verzeichnis (sonst
hätt ich ja beide Verzeichnisse angeben können), sondern einmal als
Sicherungskopie in ein Verzeichnis und einmal per smtp an den nächsten
Service. (Ich hab das jetzt ad-hoc auch mit einer condition mehr
gelöst, aber schön ist das nicht.)



Viele Grüße,
Andi

[toc] | [prev] | [standalone]

Back to top | Article view | de.comm.software.mailserver

csiph-web