Security User <[EMAIL PROTECTED]> wrote:
>
> By default I noticed that qmail waits 7 days before sending an error message
> back to a user indicating that a message was undeliverable in the case where
> a user miskeys the domain portion of the e-mail address to a domain with a
> non-existant MX record.
This particular typo shouldn't cause the message to sit in the queue for
that long in most cases; qmail will see there's no MX record and attempt
delivery to the A record. To remain in the queue, the SMTP port would
have to be firewalled off on that machine.
However, we know what you mean.
> I created a queuelifetime file in the /qmail/control/ directory and
> decreased that timeout to 86,400 seconds or one-day by just putting "86400"
> in the queuelifetime file.
>
> Is this the correct procedure?
Yes, although you have to restart qmail for this change to take effect.
> Also will this override the default value of attempting to deliver a
> message for 7 days?
This is exactly what queuelifetime means.
> My ultimate goal is really to just have a warning message passed back
> to a user in under a day, so a user can check to see if he/she made a
> typo when composing the e-mail. But I still wouldn't mind qmail
> attempting the delivery for around 4 days in case the other parties'
> DNS/Mail server is down.
You're talking about delivery status notifications; qmail doesn't do
them itself, but there's at least two implementations to go with qmail
(one by Bruce Guenter, and another called qmail_bounce). You can find
them at qmail.org. You would then want to set queuelifetime to 4 days'
worth of seconds, and configure your delivery status notification system
to send warnings at appropriate times (the defaults are normally quite
sane).
Charles
--
-----------------------------------------------------------------------
Charles Cazabon <[EMAIL PROTECTED]>
GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/
-----------------------------------------------------------------------
