Bug#303130: exim4-daemon-heavy: exim4 "forgets" emails in /var/spool/exim4/scan, leaving emails undelivered without notice

[Marc Haber]

Hi,

On Tue, Apr 05, 2005 at 08:48:49AM +0100, Adam D. Barratt wrote:
> On Tuesday, April 05, 2005 7:19 AM, Marc Haber
> <mh+debian-packages@zugschlus.de> wrote:
> > On Tue, Apr 05, 2005 at 12:58:47AM +0200, Sebastian Hegler wrote:
> >> Lately, I found lots of undelivered emails in /var/spool/exim4/scan.
> >
> > /var/spool/exim4/scan is not used by the Debian exim4 packages. I
> > seriously suspect a local configuration error.
> 
> That directory is used by exiscan to unpack files in to when the demime acl
> condition is used (I assume also the decode condition in the MIME ACL).

Ouch. Looks like I desparately need to try exiscan sometimes.

> The
> usual cause of files remaining there is a crashed or terminated instance of
> exim/ClamAV/spamassassin which hasn't been able to tidy up after itself.

I see.

> [...]
> >> Could also somebody please help me to get the stuck messages
> >> delivered? Thanks in advance!
> >
> > Something in the line of exim4 -qff -DSPOOL_DIR=/var/spool/exim4/scan
> > should do the trick.
> 
> Sadly that's unlikely to work, as the directory contains a series of .eml
> files containing the mails being scanned, together with their attachments in
> individual files, rather than an exim format spool directory.

Again, ouch.

Do I see correctly that exiscan leaves the message in the queue until
it been completely handled, and that the scan subdir has only work
files? If so, can they safely be deleted?

Greetings
Marc

-- 
-----------------------------------------------------------------------------
Marc Haber         | "I don't trust Computers. They | Mailadresse im Header
Mannheim, Germany  |  lose things."    Winona Ryder | Fon: *49 621 72739834
Nordisch by Nature |  How to make an American Quilt | Fax: *49 621 72739835