Kasper,

FWIW, we don't allow our customers to forward email from their accounts -- no 
exceptions.

If a user with multiple accounts really wants to aggregate their email at B, we 
suggest they configure their account at B to fetch their email from A, or; 
alternatively, just use an email client that fetches mail from both accounts.

Put differently, why should the ESP managing B have to gamble on the quality of 
anti-spam filtering on A?  Suppose the destination email address at B is 
actually a Distribution List with a few thousand members?  And suppose the 
distribution list members are on various email domains external to B?  Why 
should B have to risk its reputation that way?

Regards, 
Mark 

-- 
_________________________________________________________________ 
L. Mark Stone, Founder 
North America's Leading Zimbra VAR/BSP/Training Partner 
For Companies With Mission-Critical Email Needs 
Winner of the Zimbra Americas VAR Partner of the Year 2024 Award

----- Original Message -----
| From: "Kasper Peeters via mailop" <[email protected]>
| To: "Laura Atkins via mailop" <[email protected]>
| Sent: Saturday, May 17, 2025 2:28:43 PM
| Subject: Re: [mailop] Mail Forwarders should not do DKIM signing right?

|> Exactly. Another thing to consider is what you’re forwarding. If the mail 
you’re
|> signing is spam (and reported a spam by the final recipient) that’s going to 
be
|> a hit to your domain reputation and will affect deliverability for all your
|> customers.
| 
| This has always struck me as a strange policy on the receiving end. If someone
| sets up forwarding from server A to server B, then surely they want any mail
| that passes A's filters to be delivered to their account at B, whether B 
thinks
| it is spam or not? Why block A for a forwarding action, when you can still see
| the original sender and block them instead?
| 
| Maybe I'm missing something.
| 
| Thanks,
| Kasper
| 
| _______________________________________________
| mailop mailing list
| [email protected]
| https://list.mailop.org/listinfo/mailop
_______________________________________________
mailop mailing list
[email protected]
https://list.mailop.org/listinfo/mailop

Reply via email to