Your message dated Fri, 8 Jul 2005 13:54:52 +0200 (CEST)
with message-id <[EMAIL PROTECTED]>
and subject line Bug#221912: Similar problem.
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--------------------------------------
Received: (at submit) by bugs.debian.org; 20 Nov 2003 20:44:02 +0000
>From [EMAIL PROTECTED] Thu Nov 20 14:44:01 2003
Return-path: <[EMAIL PROTECTED]>
Received: from 216-229-91-229-empty.fidnet.com (mail.icequake.net)
[216.229.91.229]
by master.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1AMvej-0001J7-00; Thu, 20 Nov 2003 14:44:01 -0600
Received: from dbz (dbz.icequake.net [216.229.91.244])
by mail.icequake.net (Postfix) with ESMTP
id 5E3F13ED; Thu, 20 Nov 2003 14:44:00 -0600 (CST)
Received: from nemesis by dbz with local (Exim 3.36 #1 (Debian))
id 1AMveh-0001jz-00; Thu, 20 Nov 2003 14:43:59 -0600
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: Ryan Underwood <[EMAIL PROTECTED]>
To: Debian Bug Tracking System <[EMAIL PROTECTED]>
Subject: Either procmail or fetchmail produces incorrect mail spool files
X-Mailer: reportbug 2.36
Date: Thu, 20 Nov 2003 14:43:59 -0600
Message-Id: <[EMAIL PROTECTED]>
Delivered-To: [EMAIL PROTECTED]
X-Spam-Status: No, hits=-6.5 required=4.0
tests=BAYES_01,HAS_PACKAGE
version=2.53-bugs.debian.org_2003_11_20
X-Spam-Level:
X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_11_20
(1.174.2.15-2003-03-30-exp)
Package: procmail
Version: 3.22-8
Severity: normal
Hi,
I don't know whether to assign this bug to procmail or fetchmail, so
please reassign it as appropriate.
I have fetchmail calling procmail which sorts my mail into various
Maildirs in my home directory. The other day my home directory filled
up due to xsession-errors spam; consequently the mail was delivered to
/var/mail/myuser instead. This is a good thing, except that the mbox
cannot be opened by any program due to missing the lines like:
>From MAILER-DAEMON Mon Oct 14 22:56:09 2002
that are necessary in any mbox file. The 'spool' file turns out to be
just a bunch of mail message concatenated together, which is useless.
I have to use a text editor to read the mail instead of opening it in a
mailer.
What and where do you think the problem is that causes this to happen in
a out of disk space scenarios?
thanks
-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux dbz 2.4.23-pre4 #1 Sun Sep 14 21:34:00 CDT 2003 i686
Locale: LANG=en_US, LC_CTYPE=en_US
Versions of packages procmail depends on:
ii libc6 2.3.2.ds1-10 GNU C Library: Shared libraries an
-- no debconf information
---------------------------------------
Received: (at 221912-done) by bugs.debian.org; 8 Jul 2005 11:56:26 +0000
>From [EMAIL PROTECTED] Fri Jul 08 04:56:26 2005
Return-path: <[EMAIL PROTECTED]>
Received: from pizarro.unex.es [158.49.8.2] (postfix)
by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1DqrT0-00053Q-00; Fri, 08 Jul 2005 04:56:26 -0700
Received: from localhost (almendralejo.unex.es [158.49.8.199])
by pizarro.unex.es (Postfix/MJ-1.08) with ESMTP
id C3EBBA1D3F; Fri, 8 Jul 2005 13:56:20 +0200 (CEST)
Received: from pizarro.unex.es ([158.49.8.2])
by localhost (emilio [158.49.17.20]) (amavisd-new, port 10024)
with ESMTP id 10165-08; Fri, 8 Jul 2005 13:58:00 +0200 (CEST)
Received: from guadiana.unex.es (guadiana.unex.es [158.49.17.23])
by pizarro.unex.es (Postfix/MJ-1.08) with ESMTP
id 08D52A1D51; Fri, 8 Jul 2005 13:56:17 +0200 (CEST)
Received: from cantor.unex.es ([158.49.18.105])
by guadiana.unex.es with esmtp (Exim 3.35 #1 (Debian))
id 1DqrSr-0006nU-00; Fri, 08 Jul 2005 13:56:17 +0200
Date: Fri, 8 Jul 2005 13:54:52 +0200 (CEST)
From: Santiago Vila <[EMAIL PROTECTED]>
To: Ryan Underwood <[EMAIL PROTECTED]>
Cc: Fredrik Steen <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
Subject: Re: Bug#221912: Similar problem.
In-Reply-To: <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at unex.es
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER
autolearn=no version=2.60-bugs.debian.org_2005_01_02
X-Spam-Level:
On Tue, 3 Feb 2004, Ryan Underwood wrote:
> On Tue, Feb 03, 2004 at 11:32:30PM +0100, Santiago Vila wrote:
> > Fredrik Steen wrote:
> > > Santiago Vila <[EMAIL PROTECTED]> wrote:
> > > > This sort of things only happens when procmail (which is suid root) is
> > > > called with insufficient privileges, so most probably it's a user
> > > > configuration error, not a procmail bug.
> > >
> > > I don't see how insufficient privileges only would drop the "F" in "From"
> > > and
> > > how procmail can write to the spool if it has insufficient privileges. So
> > > I
> > > don't think it's a user configuration error in this case.
> >
> > Correction: Only the >From lines (but not the missing "F") are related
> > to insufficient privileges.
> >
> > The missing F in "From" is not a bug *in procmail*. Please see:
> >
> > http://mailman.rwth-aachen.de/pipermail/procmail/2002-March/008774.html
>
> Thanks. I guess include this with the documentation for the package and
> close the bug then.
Actually, nobody has encountered this problem in a lot of time, and Debian
has already a strict policy for programs which have to access the mail
spool, so I don't see the need to document this specially.
OTOH, the ">" escaping when invoked with insufficient permissions is
documented in procmail(1).
[...] If procmail is not invoked with one of the following user or group
ids: root, daemon, uucp, mail, x400, network, list, slist, lists or
news, but still has to generate or accept a new `From ' line, it will
generate an additional `>From ' line to help distinguish fake mails.
So I'm closing this old bug.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
