Email Server Design: Avoiding Loops [closed]

Answer 1

You could include a bit in the rules processor that checks the recipient of the auto-generated email, and if that exact same email (perhaps via a hash) has already been send to that recipient, then it doesn't send the email.

Answer 2

First, start by reading RFC 3834. It gives some good insights into what you care about. (It covers autoresponders, not forwarding, but it's still useful.)

In general, you'll want to add an X-header to the message during forwarding to indicate that the message has been delivered to the user's mailbox once. (This is what the Sieve RFC mentions in its redirect section.) If a message comes in for bob@example.com and there's an X-header mentioning bob@example.com, you have a loop. So something like this:

X-YourServer-Delivered: bob@example.com

You'll also want to avoid forwarding message delivery notifications, which should have <> as the SMTP MAIL FROM. And don't forward autoresponder messages, which should have an Auto-Submitted header with a value other than "no".

Look over RFC 3834 for more ideas on what not to forward, but the above should cover most cases.

Answer 3

1) Say you set up a rule that forwards all of your mail to another address. What if that address doesn't exist, and the postmaster at that domain sends messages back to you telling you this. Of course, your rule doesn't make a distinction for these messages and forwards them as well, creating a loop.

Well think about it, you'd get back the same "mailbox unreachable" message once, twice, three times. If you just consider it spam and stop applying rules to it after the 3rd identical copy, you're set!

The same applies to your 3rd example too, the autoreply would be identical. Stop running your rules on it after the 3rd identical message.

The 2nd is a bit trickier, and a lot less likely. I'm not sure of a best solution, but you could for example check the differences and see if all the new message is doing is adding a FW: in the title or adding a quote. I don't know..