AW: SPF und Masquerading, Envelope oder SRS?

[Daniel]

Biete das mal anständiges Postfach an mit der Domain die auch verwendet wird.

Für ne Werbeagentur nen GMX Freemail Konto würde ich nicht für wirklich Seriös nehmen, und als Hobbywerkstatt ansehen die es privat nebenbei machen.

Gruß Daniel

-----Ursprüngliche Nachricht-----
Von: Postfixbuch-users [mailto:postfixbuch-users-bounces at listen.jpberlin.de] Im Auftrag von Marc Risse
Gesendet: Dienstag, 2. Februar 2016 11:54
An: Eine Diskussionsliste rund um das Postfix-Buch von Peer Heinlein.
Betreff: SPF und Masquerading, Envelope oder SRS?

Hallo zusammen,

ich habe mit einem Kunden ein Problem:

Der Kunde hat zwei Domains (domA.de und domB.de). DomA.de liegt auf 
meinem Server, domB.de liegt bei einem anderen Provider (kleine 
Webagentur). Mails an domB.de werden von dieser Webagentur an Postfächer 
der domA.de weiter geleitet. Diese Weiterleitung ist das Problem: Ich 
checke bei mir SPF, nun will mir der domB.de-Server eine Mail zustellen, 
die aber laut Sender von gmx.de kommt. Klar, dass ich diese Mail nicht 
annehme, gmx.de hat ja entsprechende SPF-Records.
Jetzt mein Problem: Ich habe meinem Kunden schon eine kleine 
Beschreibung gegeben was SPF ist und warum seine Webagentur nicht als 
"gmx.de" versenden darf. Jetzt scheint diese Agentur etwas überfordert 
zu sein - mal wieder, denn PTR-Records für IPv6 hatten sie auch mal 
"vergessen" und erst nach Wochen hatten Sie dann IPv6 wieder abgeschaltet.
Was sage ich denen denn jetzt?
Können die per Postfix Masquerading das Problem lösen? Oder müssen die 
das per canonical-Tabelle machen? Sollten die vielleicht per 
virtual_transport und Script die Mails umschreiben?
Hab ich etwas übersehen? SRS ist wohl nicht das korrekte Konzept, oder? 
Leider habe ich keine Ahnung was die für Softwarekomponenten verwenden 
und ob die überhaupt Hand an die Konfiguration anlegen können oder dürfen...

Ich bin für jede Hilfe dankbar.

Marc

-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : smime.p7s
Dateityp    : application/pkcs7-signature
Dateigröße  : 5033 bytes
Beschreibung: nicht verfügbar
URL         : <https://listi.jpberlin.de/pipermail/postfixbuch-users/attachments/20160202/fab019ef/attachment.p7s>