The danger of catch-alls
Someone thought it necessary to have
@theirdomain.com junk-theirdomain-spam@gmail.com
as a forward here.
The problem: they get about 50,000 dictionary style email spams a day, their domain is being actively used by spam rings (so they get returns to gibberish@theirdomain.com) and the presence of a catchall accepts them into our queue.
So it starts over the last couple of days with Amavisd-Spamassassin-Clamd-et al constantly running, wiping out about 95% of these and forwarding the rest to gmail.
As we wonder why the scanners are nearly constantly running after the last few days, I decide let email through them while we look at their innards (that way email still get’s through and interestingly enough most spam is blocked before the scanners). Well, 30 minutes and 20,000 emails to theirdomain.com later, it seems to have filled up their gmail account, led to their gmail account being suspended and bidwell’s email queue found itself full of things that should have never even made it into the queue.
Catch-alls are dead, they shouldn’t be used and at the first sign of a problem, they need to be dropped.
What happens otherwise? A NOQUEUE that doesn’t even accept the email after an initial handshake is the only thing that allows for a relatively small number (tens of thousands) of email users not have to a million dollar email system.
Apr 13 17:45:51 bidwell postfix/smtpd<sup><a href="#fn78462">78462</a></sup>: NOQUEUE: reject: RCPT from mail.t-intra.de[62.156.147.75]: 550 <qukedvtwzhpu@theirdomain.com>: Recipient address rejected: User unknown in virtual alias table; from=<> to=<qukedvtwzhpu@theirdomain.com> proto=ESMTP helo=<mailc0911.dte2k.de>
{cross-published from the status blog}
·:· Posted 13 April 2005, 18:30 by Jason Hoffman to Stuff |

— Colin 13 April 2005, 19:35 #
— andy 13 April 2005, 20:08 #
— Colin 13 April 2005, 21:07 #
— Dave Adams 14 April 2005, 14:18 #
So far I have gotten zero spam to my relatively obscure domain with catch-all turned on.
— Jon 14 April 2005, 16:20 #
— jason 15 April 2005, 07:56 #
Can you suggest a different solution, perhaps at the MTA level, that would permit classes of addresses (e.g., foo*@domain.tld) but deny all others? Personally, I’ll always favor a policy of avoiding spam rather than filtering it, because I hate the idea of false positives, and a filtering solution is something that must be perpetually maintained as spammers adapt. If I could have that, I’d have no problem getting rid of the catch-all.
— Jon 15 April 2005, 15:11 #
Could something similar be done with postfix?
— Victor 20 April 2005, 08:11 #
— Alex 20 April 2005, 11:43 #
— hunox 6 May 2005, 16:06 #