Arvid Ephraim Picciani wrote: > Hi again, > so while fixing my router problem i found a quite full queue on a different > machine as well. > This time it's a redirect. A customer wants his mails redirected to another > bigger ISP (t-online). The problem is that sometimes their spamfilter > detects spam a little better then ours, so they reject the message. Then > internaly exim bounces the message back to the original sender. > Well, since bounces are just a bad idea anyway, this ends up in a bounce > loop. meh. > How can i tell exim to just silently delete messages that could not be > delivered remotely? T-online does a great job at rejecting messages at smtp > time, so it shouldnt be too much work to not bounce messages if t-online > rejects it for beeing spam. > any hints?
Search the manual for 'errors_to' if you do not mind manually checking them periodically (or are allowed to send them to /dev/null/ hell). So long as you do as good job of telling all-comers *during smtp* that you are rejecting, there is no need to generate bleated or 'out of session' bounces. That's all well and good for a non-relaying host, but for your t-online situation you do not have full control. Ergo you should look at one of the several ways to insure you accept proper bounces for messages you did, in fact, send, AND NOT forgeries or backscatter. Bill -- ## List details at http://lists.exim.org/mailman/listinfo/exim-users ## Exim details at http://www.exim.org/ ## Please use the Wiki with this list - http://wiki.exim.org/
