This is the mail archive of the
mailing list for the Cygwin project.
RE: [ANNOUNCEMENT] Updated Cygwin Package: procmail-3.22-7
- From: <jim dot george at blueyonder dot co dot uk>
- To: "Jim George" <jim dot george at blueyonder dot co dot uk>,"Jason Tishler" <jason at tishler dot net>
- Cc: "Cygwin" <cygwin at cygwin dot com>
- Date: Thu, 29 Aug 2002 13:52:47 +0100
- Subject: RE: [ANNOUNCEMENT] Updated Cygwin Package: procmail-3.22-7
I thought I had answered on-list so appologies if I hadn't.
I will check/ammend permissions tonight as appropriate.
Spamassassin works very well, sometimes it's a little too clever which is why I have set it to move mail to another folder for later review rather than simply deleting.
From: "Jason Tishler" <email@example.com>
Sent: 29 August 2002 12:07
To: "Jim George" <firstname.lastname@example.org>
Cc: "Cygwin" <email@example.com>
Subject: Re: [ANNOUNCEMENT] Updated Cygwin Package: procmail-3.22-7
Please keep you replies on-list.
On Wed, Aug 28, 2002 at 10:34:34PM +0100, Jim George wrote:
> thanks for that I managed to get both my users retrieving mail
> however. I have a strange problem.
> My new user is working perfectly, however my original user has stopped
> having mail delivered to the custom mail directory I have defined in
> The following is the output of the fetchmail log (jg014a8950 is my
> original user)
> fetchmail: 1 message for jg014a8950 at pop3.blueyonder.co.uk (5303 octets).
> fetchmail: reading message firstname.lastname@example.org:1 of 1 (5303 octets) procmail:
> Renaming bogus mailbox "/var/spool/mail/Administrator" info "/var/spool/mail/BOGUS.Administrator.em8"
> fetchmail: flushed
> fetchmail: sleeping at Wed Aug 28 22:23:22 2002
The above indicates a permissions problem with your Administrator's
mailbox. I have verified this by grep-ing and reading the procmail
I have been able to (almost completely) reproduce your problem by
changing permissions from:
-rw------- 1 root mail 67538 Aug 29 06:55 root
-rw------- 1 jt mail 67538 Aug 29 06:55 root
This produces the following fetchmail log:
fetchmail: 1 message for jtishler at sa-bwmail1.esr.hp.com (folder Inbox/test).
fetchmail: reading message email@example.com:1 of 1 (2457 header octets) fetchmail: (6189 body octets) procmail: Renaming bogus mailbox "/var/spool/mail/root" info "/var/spool/mail/BOGUS.root.ZmiUGD"
procmail: Couldn't create "/var/spool/mail/root"
However, in my case mail was still being appended to root's mailbox and
the extra "Couldn't create" error message is generated.
Nevertheless, my suggestion is to check and fix the permissions of your
Administrator's mailbox. Does this solve your problem?
> Reading the above I can see that it's actually procmail that is having
> problems so I've included the relevant part of my procmailrc file.
> # Log Directory
> # Log file
> | /home/Administrator/bin/SpamAssassin/spamassassin -P -c
> # logging level
> # Mail Directory
> Can you help?
> I use the same procmailrc for my new user and mail is being delivered
> to the correct directory.
> Excuse me if I don't respond to any further help immediately but I
> will need to pick up mail via the web to see this.
BTW, how has SpamAssassin been working for you?
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html