Ich kann mir gerade nichts drunter vorstellen, aber einfach alles via IMAP abholen lassen? (Beim mailcow und Co. sollte das out-of-the-box reibungslos gehen)
Von was für einer Signatur reden wir hier?
PGP/GPG? S/MIME? DKIM? Ganz was anderes?
ich würde sagen es handelt es um S/MIME und S/MIME signierte Mails können genauso weitergeleitet werden wie andere auch;
es gibt hier keine technische Einschränkung;
und die Signatur wird auch nicht gebrochen, wenn es als Anhang im Mailclient weitergeleitet wird; einzig mit verschlüsselten Mails würde ich beim Weiterleiten aufpassen, da ja der Empfänger dann Deinen private Key benötigt um sie zu lesen;
Ich würde eher darauf tippen, dass die betroffenen Mails aufgrund von SPF-Restriktionen o.ä. nicht weitergeleitet werden können. Dass es signierte Mails sind, ist wahrscheinlich nur Zufall.
Kannst Du eventuell die Absenderdomains der betroffenen E-Mails nennen? Also der Teil nach dem @-Zeichen. Interessant wäre auch die Domain aus dem Return-Path Header.
Es gibt durchaus Lösungen für Weiterleitungen und SPF, die der Betreiber des Mail-Servers umsetzen könnte: https://de.wikipedia.org/wiki/…obleme_bei_Mail-Umleitung
Alternativ kann man statt einer Weiterleitung die Mails per IMAP empfangen und in das andere Postfach ausliefern. (z.B. fetchmail).
Ich bin mir in Deinem Fall nicht einmal sicher, ob es wirklich daran liegt. Die SPF-Records von DHL haben zumindestens kein "-all".
Wohin sollen die Mails eigentlich weitergeleitet werden? Irgendein anderer Webspace bzw. Server? Oder zu irgendeinem der großen Mailprovider wie Google, GMX, Microsoft, ...?
[...] Wohin sollen die Mails eigentlich weitergeleitet werden? [...]
[...} Also meine E-Mails lasse ich ganz normal über die Netcup-Funktion weiterleiten an meine iCloud-Email-Adresse, [...]
Genau, kommen alle zu iCloud.
Das klappt wie gesagt auch bei allen, außer bei den DHL-Mails. Und bei denen war das einzig auffällige im Vergleich zu (allen?) anderen E-Mails, dass sie als signiert angezeigt wurden.
mag es sein, daß dies Zufall ist bzw. kannst mir eine E-mailadresse sagen?
dann schicke ich dorthn ein signiertes Testmail, und Du kannst sehen, ob dies ebebfalls nicht weitergeleitet wird;
Testmail wurde versandt
Ich hab auch zu Testzwecken mal eine GPG signierte Mail (ich weiß, es geht hier eigentlich um S/MIME) von einer Domain mit SPF Einstellungen versand (aber mit ?all).
Vielleicht bringt das ja noch Erkentnisse
Ich hab auch zu Testzwecken mal eine GPG signierte Mail (ich weiß, es geht hier eigentlich um S/MIME) von einer Domain mit SPF Einstellungen versand (aber mit ?all).
Vielleicht bringt das ja noch Erkentnisse
Danke, diese Mail kam aber auch richtig bei beiden Mails an.
Hallo,
mir ist gerade bei dem Header da oben etwas seltsames aufgefallen;
daß es sehr wahrscheinlich ist, daß die DHL-Mails auch wenn sie nicht signiert wären nicht durchkommen ...
wenn man den Header in der Reihenfolge liest in der die Einträge sind, dann
steht da mal client ip = 149.239.48.16
dann steht das da
Received: from DYN-S19092349 (unknown [160.58.107.18]) by PPF01016.deutschepost.de (Postfix) with ESMTP
und jetzt das seltsame
Received: from PPF01016.deutschepost.de (ppf01016.deutschepost.de [149.239.48.16]) by mx2f14.netcup.net (Postfix) with ESMTPS id 7CAF260998
die IP 149.239.48.16 steht explizit dort, daß sie die Client IP ist (welcher Client auch immer),
und glzt. ist das auch die IP welche die Mail an den Server von Netcup übergibt
was hat denn die IP 160.58.107.18 mitten darunter zu suchen?
vielleicht ist es einfach banal, daß es daran liegt?
die IP 149.239.48.16 steht explizit dort, daß sie die Client IP ist (welcher Client auch immer),
und glzt. ist das auch die IP welche die Mail an den Server von Netcup übergibt
was hat denn die IP 160.58.107.18 mitten darunter zu suchen?
Ich sehe da nichts ungewöhnliches. 160.58.107.18 sendet an 149.239.48.16, dort läuft die Mail durch Amavis und wird an den netcup-Server weitergesendet.
