Well,

There are a number of reasons. Like for example, stopping emails from 
non-existed users, or stopping email bombing from "zombie" PCs. 

The majority of emails in the queues of my MTA is backscatter and one of the 
ways to reduce it is SMTP Auth.

More important thought is the need to enable access to the MTA from other 
networks too, so, I need the SMTP AUTH. 




----- Αρχικό μήνυμα -----
Απο: Larry Stone <lston...@stonejongleux.com>
Προς: Peter Tselios <s91...@yahoo.gr>
Κοιν.: Postfix Users <postfix-users@postfix.org>
Στάλθηκε: 4:32 μ.μ. Τετάρτη, 8 Φεβρουαρίου 2012
Θεμα: Re: Implement SMTP Auth in a non-disruptive way?

On Wed, 8 Feb 2012, Peter Tselios wrote:

> So far I have not implemented SMTP Auth for various reasons (on of them was 
> the fact that I had no Postfix installed). Anyway, I would like to implement 
> it, but since I have a relatively large base (>200K emails), I would like to 
> do it in a non-disruptive way. I was thinking to implement something like a 
> "bounce" message for each outgoing mail without authentication. That message 
> will not stop the delivery of the email, but it will, simply, inform 
> unauthenticated users about the fact that in a few days they will be forced 
> to do so.  When D-day comes, I would like to return to unauthenticated users 
> a custom DSN, not the build-in error.
> 
> Is there any way to do it? If not, is there any other way to do it?

I this is a good spot for the standard response of "please don't tell us what 
your proposed solution is, please tell us what is the problem you are trying to 
solve". In other words, why do you suddenly need SMTP AUTH (and I'm assuming 
here you want it even for clients in $mynetworks) and what is the problem you 
think making it required will solve?

-- Larry Stone
  lston...@stonejongleux.com

Reply via email to