Debian Bug report logs -
#46598
procmail: procmail wants to create /var/spool/mail/* files
Reply or subscribe to this bug.
Toggle useless messages
Report forwarded to
debian-bugs-dist@lists.debian.org, Santiago Vila <sanvila@ctv.es>:
Bug#46598; Package
procmail.
Full text and
rfc822 format available.
Acknowledgement sent to
Gabor Lenart Z warrior <lgb@oxygene.terra.vein.hu>:
New Bug report received and forwarded. Copy sent to
Santiago Vila <sanvila@ctv.es>.
Full text and
rfc822 format available.
Message #5 received at submit@bugs.debian.org (full text, mbox, reply):
Package: procmail
Version: 3.13.1-2
Severity: normal
I'm using qmail as MTA with mailboxes in home directories as `Mailbox'.
I've removed the whole /var/spool/mail directory.
In my .procmailrc I haven't got any line containing /var/spool/... or so.
But I got this message in my syslog after every mail :
Oct 4 12:56:26 oxygene qmail: 939034587.003341 delivery 2944: success: procmail:_Couldn't_create_"/var/spool/mail/lgb"/did_0+0+1/
This is not problem since procmail seems to work but it's very annoying.
What can be the problem ?
Thanx : Gabor Lenart
-- System Information
Debian Release: potato
Kernel Version: Linux oxygene 2.2.12 #8 Mon Sep 20 22:58:18 CEST 1999 i586 unknown
Versions of the packages procmail depends on:
ii debianutils 1.13 Miscellaneous utilities specific to Debian.
ii libc6 2.1.2-5 GNU C Library: Shared libraries and timezone
Information forwarded to
debian-bugs-dist@lists.debian.org, Santiago Vila <sanvila@ctv.es>:
Bug#46598; Package
procmail.
Full text and
rfc822 format available.
Acknowledgement sent to
Santiago Vila <sanvila@unex.es>:
Extra info received and forwarded to list. Copy sent to
Santiago Vila <sanvila@ctv.es>.
Full text and
rfc822 format available.
Message #10 received at 46598@bugs.debian.org (full text, mbox, reply):
On 4 Oct 1999, Gabor Lenart Z warrior wrote:
> Package: procmail
> Version: 3.13.1-2
> Severity: normal
>
> I'm using qmail as MTA with mailboxes in home directories as `Mailbox'.
> I've removed the whole /var/spool/mail directory.
> In my .procmailrc I haven't got any line containing /var/spool/... or so.
> But I got this message in my syslog after every mail :
>
> Oct 4 12:56:26 oxygene qmail: 939034587.003341 delivery 2944: success: procmail:_Couldn't_create_"/var/spool/mail/lgb"/did_0+0+1/
>
> This is not problem since procmail seems to work but it's very annoying.
> What can be the problem ?
I think the problem is that you removed /var/spool/mail...
This is from procmail(1)
FILES
/var/spool/mail/$LOGNAME
system mailbox; both the system
mailbox and the immediate directory
it is in will be created everytime
procmail starts and either one is
not present
Do you still consider this as a bug?
--
"4724ae65d76b3a7c9a3946eaa3a77e3a" (a truly random sig)
Information forwarded to
debian-bugs-dist@lists.debian.org, Santiago Vila <sanvila@ctv.es>:
Bug#46598; Package
procmail.
Full text and
rfc822 format available.
Acknowledgement sent to
miquels@cistron.nl (Miquel van Smoorenburg):
Extra info received and forwarded to list. Copy sent to
Santiago Vila <sanvila@ctv.es>.
Full text and
rfc822 format available.
Message #15 received at submit@bugs.debian.org (full text, mbox, reply):
In article <cistron.Pine.LNX.3.96.991005172418.5749A-100000@cantor.unex.es>,
Santiago Vila <sanvila@unex.es> wrote:
>This is from procmail(1)
>
>FILES
>
> /var/spool/mail/$LOGNAME
> system mailbox; both the system
> mailbox and the immediate directory
> it is in will be created everytime
> procmail starts and either one is
> not present
>
>Do you still consider this as a bug?
Well, I didn't submit the bugreport but I consider it a bug. Especially
since /var/spool/mail/$LOGNAME is a maildir-style mailbox around here.
I talked this over with the current upstream maintainer and even sent
him a bunch of patches that generalised several parts of procmail,
and in the process fixed this as well, but for reasons beyond me he
didn't think it was a bug and no patches got applied.
So even if you do think it's a bug, good luck getting it fixed ..
Mike.
--
First things first, but not necessarily in that order.
Information forwarded to
debian-bugs-dist@lists.debian.org, Santiago Vila <sanvila@ctv.es>:
Bug#46598; Package
procmail.
Full text and
rfc822 format available.
Acknowledgement sent to
Santiago Vila <sanvila@unex.es>:
Extra info received and forwarded to list. Copy sent to
Santiago Vila <sanvila@ctv.es>.
Full text and
rfc822 format available.
Message #20 received at 46598@bugs.debian.org (full text, mbox, reply):
On 5 Oct 1999, Miquel van Smoorenburg wrote:
> In article <cistron.Pine.LNX.3.96.991005172418.5749A-100000@cantor.unex.es>,
> Santiago Vila <sanvila@unex.es> wrote:
> >This is from procmail(1)
> >
> >FILES
> >
> > /var/spool/mail/$LOGNAME
> > system mailbox; both the system
> > mailbox and the immediate directory
> > it is in will be created everytime
> > procmail starts and either one is
> > not present
> >
> >Do you still consider this as a bug?
>
> Well, I didn't submit the bugreport but I consider it a bug. Especially
> since /var/spool/mail/$LOGNAME is a maildir-style mailbox around here.
> I talked this over with the current upstream maintainer and even sent
> him a bunch of patches that generalised several parts of procmail,
> and in the process fixed this as well, but for reasons beyond me he
> didn't think it was a bug and no patches got applied.
>
> So even if you do think it's a bug, good luck getting it fixed ..
IMHO, the issue here is whether or not we should support Maildir-style
mailbox folders in /var/spool/mail/ or not, and whether or not we should
support the removal of /var/spool/mail.
If this may be done in procmail without "breaking" current policy, I would
be willing to do it.
Thanks.
--
"c29a86b778ca5f2d78cb1803a58a7bc2" (a truly random sig)
Reply sent to
Santiago Vila <sanvila@unex.es>:
You have marked Bug as forwarded.
Full text and
rfc822 format available.
Message #23 received at 46598-forwarded@bugs.debian.org (full text, mbox, reply):
Hello.
I received this from the Debian Bug System.
[ Please keep the Cc: lines when replying ].
Maybe there should be a way to disable ordinary /var/spool/mail
checking in cases like this one.
Thanks.
---------- Forwarded message ----------
Date: 4 Oct 1999 10:59:30 -0000
From: Gabor Lenart Z warrior <lgb@oxygene.terra.vein.hu>
To: submit@bugs.debian.org
Subject: #46598: procmail: procmail wants to create /var/spool/mail/* files
Package: procmail
Version: 3.13.1-2
Severity: normal
I'm using qmail as MTA with mailboxes in home directories as `Mailbox'.
I've removed the whole /var/spool/mail directory.
In my .procmailrc I haven't got any line containing /var/spool/... or so.
But I got this message in my syslog after every mail :
Oct 4 12:56:26 oxygene qmail: 939034587.003341 delivery 2944: success: procmail:_Couldn't_create_"/var/spool/mail/lgb"/did_0+0+1/
This is not problem since procmail seems to work but it's very annoying.
What can be the problem ?
Thanx : Gabor Lenart
-- System Information
Debian Release: potato
Kernel Version: Linux oxygene 2.2.12 #8 Mon Sep 20 22:58:18 CEST 1999 i586 unknown
Versions of the packages procmail depends on:
ii debianutils 1.13 Miscellaneous utilities specific to Debian.
ii libc6 2.1.2-5 GNU C Library: Shared libraries and timezone
--
"2973d07e7ba202e991e97d1eebcffd95" (a truly random sig)
Message #24 received at 46598-forwarded@bugs.debian.org (full text, mbox, reply):
Santiago Vila <sanvila@unex.es> writes:
>Maybe there should be a way to disable ordinary /var/spool/mail
>checking in cases like this one.
They should rebuild procmail with MAILSPOOLHOME set to "/Mailbox" in
src/authenticate.c. That way procmail can verify and possibly correct
the permissions on the mail file for the user, and then if and only if
they are okay will ORGMAIL and DEFAULT be set to point to the file.
Note that if the the default mailbox should be anything but a normal
mbox-style file then this won't work right. (This will be fixed in 3.14,
along with maildir support.)
>---------- Forwarded message ----------
>Date: 4 Oct 1999 10:59:30 -0000
>From: Gabor Lenart Z warrior <lgb@oxygene.terra.vein.hu>
>To: submit@bugs.debian.org
>Subject: #46598: procmail: procmail wants to create /var/spool/mail/* files
>
>Package: procmail
>Version: 3.13.1-2
>Severity: normal
>
>I'm using qmail as MTA with mailboxes in home directories as `Mailbox'.
>I've removed the whole /var/spool/mail directory.
>In my .procmailrc I haven't got any line containing /var/spool/... or so.
>But I got this message in my syslog after every mail :
>
>Oct 4 12:56:26 oxygene qmail: 939034587.003341 delivery 2944: success: procma
il:_Couldn't_create_"/var/spool/mail/lgb"/did_0+0+1/
Philip Guenther
Information forwarded to
debian-bugs-dist@lists.debian.org, Santiago Vila <sanvila@debian.org>:
Bug#46598; Package
procmail.
Full text and
rfc822 format available.
Acknowledgement sent to
Donnie Roberts <donnier@gate.net>:
Extra info received and forwarded to list. Copy sent to
Santiago Vila <sanvila@debian.org>.
Full text and
rfc822 format available.
Message #29 received at 46598@bugs.debian.org (full text, mbox, reply):
Package: procmail
Version: 3.15-1
I am having a similar problem. I am sporatically receiving mail in
/var/spool/mail/*, but my .procmailrc has a catch all rule to put
mail in $HOME/mail/general. It also seems like mail is sometimes put
in the wrong folder. I noticed this happening after I upgraded on
Monday.
.procmailrc:
MAILDIR=$HOME/mail
...rules...
# Catch all
:0
general
-- System Information
Debian Release: woody
Kernel Version: Linux lummi 2.2.17pre6 #1 Wed Jul 5 16:06:11 EDT 2000 i686 unknown
Versions of the packages procmail depends on:
ii libc6 2.1.94-3 GNU C Library: Shared libraries and Timezone
Information forwarded to
debian-bugs-dist@lists.debian.org, Santiago Vila <sanvila@debian.org>, procmail@packages.qa.debian.org:
Bug#46598; Package
procmail.
Full text and
rfc822 format available.
Acknowledgement sent to
Norbert Veber <nveber@debian.org>:
Extra info received and forwarded to list. Copy sent to
Santiago Vila <sanvila@debian.org>, procmail@packages.qa.debian.org.
Full text and
rfc822 format available.
Message #34 received at 46598@bugs.debian.org (full text, mbox, reply):
Did your /home run out of disk space?
I too had mail delivered to /var/spool/mail when /home was full. I
think this is very wrong, as the mail might as well be lost. It took
several months until for no real reason I poked around in
/var/spool/mail, and found some 100 messages.
I since wrote a shell script that I run from cron that looks like this:
nveber@pyre[3146:~/bin]$ cat procmailcheck
#!/bin/sh
if [ -s /var/spool/mail/nveber ] ; then
echo "Procmail fucked up again!"
ls -al /var/spool/mail/nveber
fi
This way I eventually get an email (unless its misdelivered) about the other
lost emails..
This is a slightly different bug than the original. In this case the
DEFAULT variable is not being honored. It should fail if it cant
deliver the message where its supposed to, and let the MTA queue it,
instead of saving it in random locations..
Thanks,
Norbert
Information forwarded to
debian-bugs-dist@lists.debian.org, Santiago Vila <sanvila@debian.org>, procmail@packages.qa.debian.org:
Bug#46598; Package
procmail.
Full text and
rfc822 format available.
Acknowledgement sent to
dean gaudet <dean-debian@arctic.org>:
Extra info received and forwarded to list. Copy sent to
Santiago Vila <sanvila@debian.org>, procmail@packages.qa.debian.org.
Full text and
rfc822 format available.
Message #39 received at 46598@bugs.debian.org (full text, mbox, reply):
fwiw, my /etc/procmailrc has:
ORGMAIL=$HOME/Mailbox
DEFAULT=$HOME/Mailbox
and i consider it a bug that procmail insists on querying and creating
/var/mail/$USER even though i've told it otherwise. i've studied the
source code and it's pretty clear that /etc/procmailrc parsing occurs
later than this unnecessary futzing with /var/mail/$USER.
sure i can recompile from source, but that's kind of an unfortunate thing
to do.
-dean
Tags added: upstream
Request was from
Santiago Vila <sanvila@unex.es>
to
control@bugs.debian.org.
Full text and
rfc822 format available.
Information forwarded to
debian-bugs-dist@lists.debian.org, Santiago Vila <sanvila@debian.org>:
Bug#46598; Package
procmail.
Full text and
rfc822 format available.
Acknowledgement sent to
"Peter Ivancik" <P.Ivancik@pod.cvut.cz>:
Extra info received and forwarded to list. Copy sent to
Santiago Vila <sanvila@debian.org>.
Full text and
rfc822 format available.
Message #46 received at 46598@bugs.debian.org (full text, mbox, reply):
Hi,
Was this bug fixed ? It looks not (debian etch/lenny).
It's problem, because we use Maildir (postfix+procmail delivery and users
are in ldap) and if for example user doesn't have Maildir directory (he
delete it), or ldap get slow response for $HOME variable etc. mail is stored
in /var/spool/mail/$LOGNAME and is never moved in Maildir.
Thnx for information.
Peter Ivancik
Information forwarded
to
debian-bugs-dist@lists.debian.org, Santiago Vila <sanvila@debian.org>:
Bug#46598; Package
procmail.
(Tue, 30 Sep 2008 13:54:05 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Michelle Konzack <linux4michelle@tamay-dogan.net>:
Extra info received and forwarded to list. Copy sent to
Santiago Vila <sanvila@debian.org>.
(Tue, 30 Sep 2008 13:54:05 GMT)
Full text and
rfc822 format available.
Message #51 received at 46598@bugs.debian.org (full text, mbox, reply):
[Message part 1 (text/plain, inline)]
Am 2008-09-18 15:52:42, schrieb Peter Ivancik:
> Hi,
>
> Was this bug fixed ? It looks not (debian etch/lenny).
This is NOT a Bug!
If you have setup procmail correctly, it will use Maildirs. However,
/var/mail/$LOGNAME is created as BACKUP IF delivery to $MAILDIR fails.
> It's problem, because we use Maildir (postfix+procmail delivery and users
> are in ldap) and if for example user doesn't have Maildir directory (he
> delete it), or ldap get slow response for $HOME variable etc. mail is
> stored in /var/spool/mail/$LOGNAME and is never moved in Maildir.
...and why not create a simple check for it?
----8<-----------------------------------------------------
MAILDIR=${HOME}/Maildir
DEFAULT=${MAILDIR}/
DUMMY_EXEC=`if [ ! -d ${MAILDIR}/tmp ] || [ ! -d ${MAILDIR}/new ] || [ ! -d ${MAILDIR}/cur ] ; then mkdir -p ${MAILDIR}/{tmp,new,cur} ; fi`
...
----8<-----------------------------------------------------
Thanks, Greetings and nice Day/Evening
Michelle Konzack
Systemadministrator
24V Electronic Engineer
Tamay Dogan Network
Debian GNU/Linux Consultant
--
Linux-User #280138 with the Linux Counter, http://counter.li.org/
##################### Debian GNU/Linux Consultant #####################
Michelle Konzack Apt. 917 ICQ #328449886
+49/177/9351947 50, rue de Soultz MSN LinuxMichi
+33/6/61925193 67100 Strasbourg/France IRC #Debian (irc.icq.com)
[signature.pgp (application/pgp-signature, inline)]
Send a report that this bug log contains spam.
Debian bug tracking system administrator <owner@bugs.debian.org>.
Last modified:
Sun May 31 22:53:12 2015;
Machine Name:
beach
Debian Bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.