I recently downloaded and installed the free mailscanner version. The instructions were clear and concise. Thanks to them for that.
Anyway, during the install, it was suggested to NOT use :blackhole: and instead to use :fail:. Apparently, using :fail: will avoid exim from processing the message and will save resources. I'm up for that. Here is what the site says....
Using :fail: the email is never accepted into the server. During the initial SMTP negotiation when the senders SMTP server connects to your SMTP server, the sending SMTP server issues a RCPT command notifying your server which email address the email to follow is intended for. Your server then checks whether the recipient email actually exists on your server (a POP3 account, an alias or a catchall alias) and if it does not, it issues an SMTP DENY which terminates the attempt to deliver the email.
This saves bandwidth as the email data is never received into your server
This saves server resources as the email never has to be processed
This complies with the SMTP RFC's because the sending SMTP server receives the DENY command
Your server does not send a bounce message (just the DENY command) <<<<<
Your server does not send anything to the sender of the email (i.e. the address in the From: line)
The sending SMTP server is responsible for notifying the original sender
To sum up, it says Using :fail: the email is never accepted into the server.. However, since I reset all accounts to use :fail:, I now have hundreds of bounce emails sitting in my queue, apparaently awaiting delivery back to the FROM address. So, using :fail: effectively is filling up my email queue.... (See example below)
Is this intended behavior of using :fail:?
1FxXMA-0006LN-N6-D
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]
(generated from [email protected])
retry timeout exceeded
------ This is a copy of the message, including all the headers. ------
Return-path: <[email protected]>
Received: from [210.159.xxx.xxx] (port=63691 helo=SOTEC-NHBS29JVK)
by ns.xxxxxxxx.net with esmtp (Exim 4.52)
id 1FxXMA-0006LE-CX
for [email protected]; Mon, 03 Jul 2006 18:57:30 -0400
Message-ID: <06890581023962.080B54EF3D@TXXKPC>
From: "Peter" <[email protected]>
To: <[email protected]>
Subject: Just published Now you have chance to do it Feel Pleasure from
Date: Tue, 4 Jul 2006 07:56:40 +0900
MIME-Version: 1.0
X-Mailer: Microsoft Office Outlook, Build 11.0.5510
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Thread-Index: gkmsP0F0TmVU4RIKZ3jI7zzmNsAtEUO7nG3E
Content-Type: text/plain;
charset="Windows-1252"
Content-Transfer-Encoding: 7bit
Hello to you!
You gape for shooting like you had seen in those films…
Be realistic – you always wanted it
Worried it won't work?
You may find what you need here: http://www.basszass.com
Just check yourself!
Anyway, during the install, it was suggested to NOT use :blackhole: and instead to use :fail:. Apparently, using :fail: will avoid exim from processing the message and will save resources. I'm up for that. Here is what the site says....
Using :fail: the email is never accepted into the server. During the initial SMTP negotiation when the senders SMTP server connects to your SMTP server, the sending SMTP server issues a RCPT command notifying your server which email address the email to follow is intended for. Your server then checks whether the recipient email actually exists on your server (a POP3 account, an alias or a catchall alias) and if it does not, it issues an SMTP DENY which terminates the attempt to deliver the email.
This saves bandwidth as the email data is never received into your server
This saves server resources as the email never has to be processed
This complies with the SMTP RFC's because the sending SMTP server receives the DENY command
Your server does not send a bounce message (just the DENY command) <<<<<
Your server does not send anything to the sender of the email (i.e. the address in the From: line)
The sending SMTP server is responsible for notifying the original sender
To sum up, it says Using :fail: the email is never accepted into the server.. However, since I reset all accounts to use :fail:, I now have hundreds of bounce emails sitting in my queue, apparaently awaiting delivery back to the FROM address. So, using :fail: effectively is filling up my email queue.... (See example below)
Is this intended behavior of using :fail:?
1FxXMA-0006LN-N6-D
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]
(generated from [email protected])
retry timeout exceeded
------ This is a copy of the message, including all the headers. ------
Return-path: <[email protected]>
Received: from [210.159.xxx.xxx] (port=63691 helo=SOTEC-NHBS29JVK)
by ns.xxxxxxxx.net with esmtp (Exim 4.52)
id 1FxXMA-0006LE-CX
for [email protected]; Mon, 03 Jul 2006 18:57:30 -0400
Message-ID: <06890581023962.080B54EF3D@TXXKPC>
From: "Peter" <[email protected]>
To: <[email protected]>
Subject: Just published Now you have chance to do it Feel Pleasure from
Date: Tue, 4 Jul 2006 07:56:40 +0900
MIME-Version: 1.0
X-Mailer: Microsoft Office Outlook, Build 11.0.5510
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
Thread-Index: gkmsP0F0TmVU4RIKZ3jI7zzmNsAtEUO7nG3E
Content-Type: text/plain;
charset="Windows-1252"
Content-Transfer-Encoding: 7bit
Hello to you!
You gape for shooting like you had seen in those films…
Be realistic – you always wanted it
Worried it won't work?
You may find what you need here: http://www.basszass.com
Just check yourself!
