[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: [linux@bucksch.org: Bug#101186: purge removes new mail in spool dir]



On Mon, 25 June 2001 12:49:38 +0200, Marcus Brinkmann wrote:
> Uh, the /var/spool/exim directory is anything else but useless.

If you purge the package and therefore the binaries, what
does a file in /var/spool/exim/input/ tell you except that
you should not have purged exim and should have tried to run
the queue howsoever?

> It gives you important information about the state of the mail system
> you had installed.  You can regain undelivered mails perfectly by hand,
> and you can analyze the errors that probably made you uninstalling exim
> at all.

Huh? Writing a script for that or what? Of course, you can
do it, but have all fun you need, see? Exim's spool format
is not mbox, to put it the nice way. To assemble the input/
parts takes some 10 to 20 minutes of scripting if you do it
right.

> > However arghful this may have been, it strikes me as not
> > being an exim bug at all, rather a big misunderstanding on
> > the user's side.
> 
> Quite not so.  The directory contains user data you can't regain by other
> methods.  What if gimp would remove all users *.xcf files, because they are
> useless without gimp?

Honestly, I never touched gimp at all, it merely exists, so
I have no idea what these files are.

But, for example, if you purge sendmail, what about the
sendmail spool? I have no box atm to try it on, but I would
like to see how sendmail handles it. Or Postfix, it would
not surprise me if this is a general problem.

Regards,
Alexander

-- 
"Just because no-one understands you, that doesn't make you
an artist. It makes you an engineer..."
Alexander Koch - <>< - WWJD - aka Efraim - PGP 0xE7694969 - KOCH1-RIPE



Reply to: