[Dovecot] LDA Questions
Firstly, if you're out of quota for example, and using postfix, will it need to send a bounce email, or will it do the out of quota error at SMTP time? (preferred)
Also, I want a global sieve script to run first, REGARDLESS if the user has their own script.
# If there is no user-specific Sieve-script, global Sieve script is # executed if set. #global_script_path =
This suggests to me, that it will only execute if no user sieve script is present. As most of my users are going to be virtual, it shouldn't be a problem, but just encase, I'd like to know my global script is being run for all users.
Thanks
Tim
-- Linux Counter user #273956
On 4/13/06, Timothy White dovecot.user@weirdo.bur.st wrote:
Firstly, if you're out of quota for example, and using postfix, will it need to send a bounce email, or will it do the out of quota error at SMTP time? (preferred)
Hmm, I've come back to this place again. Any ideas people? Will Dovecot-LDA to SMTP time errors? Can it?
What do people find the best path to be, with dspam, dovecot-lda, and postfix?
Thanks
Tim
Linux Counter user #273956
On Wed, 2006-06-07 at 10:20 +0800, Timothy White wrote:
On 4/13/06, Timothy White dovecot.user@weirdo.bur.st wrote:
Firstly, if you're out of quota for example, and using postfix, will it need to send a bounce email, or will it do the out of quota error at SMTP time? (preferred)
Hmm, I've come back to this place again. Any ideas people? Will Dovecot-LDA to SMTP time errors? Can it?
Currently it sends a reject message in any case. I guess it could be changed to (optionally?) return the error message to caller instead. But I'm not exactly sure how that works.
In any case that requires calling the LDA immediately after the mail is received. I thought people didn't like to do that because if there are slow spam checks and such the incoming SMTP connection pool could quickly fill up and new SMTP connections would get rejected.
Timo Sirainen wrote:
In any case that requires calling the LDA immediately after the mail is received. I thought people didn't like to do that because if there are slow spam checks and such the incoming SMTP connection pool could quickly fill up and new SMTP connections would get rejected.
An LDA should only be called as a terminal case (i.e. all SMTP transactions have been closed and the message has been queued for local delivery). Any error at this point should either be temporary (over quota?) or permanent (something very wrong in the configuration, i.e. a message was accepted when it shouldn't have been). In the former case, the MTA should requeue the message for later delivery (no harm, no foul), and in the latter, the MTA should bounce the message back to the envelope sender.
IMNSHO, an MTA (e.g. postfix, qmail, etc) that wishes to refuse messages due to quota concerns should *not* rely on an external LDA to do that calculation. If you want to have that behavior, you need to use whatever built-in capabilities for that existing in the MTA. It is much more important for the local delivery to be decoupled from the SMTP transaction, precisely because of the possible need for timeconsuming message scanning. Of course, in practice, I always scan my messages for viruses during the SMTP transaction, since I refuse to generate bounce messages for those (which is the inevitable result of performing scans during local delivery).
John
-- John Peacock Director of Information Research and Technology Rowman & Littlefield Publishing Group 4720 Boston Way Lanham, MD 20706 301-459-3366 x.5010 fax 301-429-5747
On Sun, 11 Jun 2006, Timo Sirainen wrote:
On Wed, 2006-06-07 at 10:20 +0800, Timothy White wrote:
On 4/13/06, Timothy White dovecot.user@weirdo.bur.st wrote:
Firstly, if you're out of quota for example, and using postfix, will it need to send a bounce email, or will it do the out of quota error at SMTP time? (preferred)
The LDA is called after the SMTP dialogue, at least for sendmail. Local mail is first spooled, then tried to be delivered.
For sendmail one can use the milter interface in order to tweak the handling during the SMTP dialogue, e.g. MIMEDefang (www.mimedefang.org).
Currently it sends a reject message in any case. I guess it could be changed to (optionally?) return the error message to caller instead. But I'm not exactly sure how that works.
In
http://article.gmane.org/gmane.mail.imap.dovecot/7896 (patch mirrored
here:
http://www2.inf.fh-bonn-rhein-sieg.de/skdata/dovecot/patch.sendmail_n_tempfa...)
I submitted a patch to let the MTA handle the error. This is done (for
sendmail anyway) by returning a specific exit code of
Bye,
-- Steffen Kaiser
participants (4)
-
John Peacock
-
Steffen Kaiser
-
Timo Sirainen
-
Timothy White