[EMAIL PROTECTED]> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <[EMAIL PROTECTED]>; from [EMAIL PROTECTED] on Tue, Dec 04, 2001 at 06:07:38PM -1000
Robert Brewer on Tue 4/12 18:07 -1000: > Yeah, that's why we don't think locking the spool for the whole POP > session is a feasible solution. the MDA should return temporary failure to the MTA, which should then queue and retry the whole delivery process until the normal postal expiration. > Yes, but if you keep the spool locked then you have the local MDA > timeout problem. The solution Clifton mentioned (qpopper and impad > checking each other's mutex before starting a session) solves both the > simultaneous access problem and the MDA timeout problem. What MTA are you using again? We have qmail and it looks like on lock wait timeout, it just returns and will be scheduled for another delivery attempt the same as in the case of the MX host being down or a similar event. This shouldn't be a problem...
