What about blackholing spam. I know its risky but I have customers who complain they dont want to read the spam and are willing to risk dumping it. Some of them get HUGE amounts of spam and its killing them, so dumping spam is a better idea for them than to have to go back and peruse the SPAM box every few days.
That option doesnt work. It hasnt working since it was introduced otherwise i would not be seeing bounces and msgs in the queue.
EG
This message was created automatically by mail delivery software.
A message that you sent could not be delivered to one or more of its
recipients. This is a permanent error. The following address(es) failed:
[email protected]
Disk quota exceeded:
mailbox is full: retry timeout exceeded
------ This is a copy of the message, including all the headers. ------
I would not go so far as to say it does not work. I just don't care for the way it works.
It does not queue the original message so that it can attempt to deliver it to your client later.
But as you said it does fill the queue with bounce messages, since most of the spam is fake from address, the failure notification sits in the queue.
any way to just /dev/null it instead of bouncing it?
It does not queue the original message so that it can attempt to deliver it to your client later.
But as you said it does fill the queue with bounce messages, since most of the spam is fake from address, the failure notification sits in the queue.
any way to just /dev/null it instead of bouncing it?
thats interesting.. I would love to know this...
however this would also suck because youd never know if you had any server errors that were causing all emails to bounce.. like I currently have :|
not fun...
figure its because I disabled user nobody .. lol
Sheldon
however this would also suck because youd never know if you had any server errors that were causing all emails to bounce.. like I currently have :|
not fun...
figure its because I disabled user nobody .. lol
Sheldon
NOpe, according to CPanel if the user is over quota the message is supposed to be trashed just like blackhole but it doesnt. Got nothing to do with returning msgs to a spammer. If its supposed get trashed then its not returning anywhere no matter if the sender is legit or not therefore your theory is slightly off.
| Thread starter | Similar threads | Forum | Replies | Date |
|---|---|---|---|---|
| F | Mail sent to /dev/null | 4 | ||
| V | Email going to /dev/null | 2 | ||
| R | Disable Autodelete but email is still redirected to /dev/null | 1 | ||
| S | Why scan messages destined to /dev/null for spam? | 1 | ||
| P | exim + spam assassin + imap = /dev/null? | 2 |