Yes, but only if the receiver checks SPF without understanding their mail receiving architecture. If receivers are going to check SPF, they should whitelist forwarders that do not rewrite the sender address from SPF checks.
problem je totiz v tom, ze kdyz mate forwardujici server, tak ho musite na strane prijemce whitelistovat, jinak ho budete podle Vaseho pristupu pokladat za spammera. jenze whitelistovat forwardery neni az takova legrace. a navic skutecny spammer odesilajici z whitelistovaneho serveru... to je sen kazdeho admina - mineno ironicky.
(ten citat nahore jsem uvedl, abych zkratil diskusi zde. oni jsou si asi sami dobre vedomi slabin sveho reseni. ;-))
v SPF existuje zaznam jen pro zdrojovy server, kdezto v pripade DKIM muze pridat svuj podpis kazdy server, skrz ktery to projde.
jinak obycejne preposilani Vas nepripravi o nic, protoze je to de facto zcela nova zprava.
dulezite je, ze je konecne explicitne receno, ze toto reseni slouzi jako whitelist. u SPF to receno nebylo, takze to nekteri admini (skoro bych rekl, ze vetsina) chapala jako blacklist, tj. ve vyznamu "nemas patricny zaznam? no tak jsi spammer". a pokud to doplnili o zadrzeni takoveho "spamu", bylo o zabavu postarano. no... ale o tom uz toho bylo napsano dost.
Jestli jsem to dobre pochopil tak oproti SPF to jen navic, diky podepisovani, zarucuje integritu prenaseneho emailu. Skoda, ze uz z principu je problemem pro vsechny tyhle systemy i obycejne preposilani.
Upozorníme vás na články, které by vám neměly uniknout (maximálně 2x týdně).
