X-Recipient:	archive-cygwin AT delorie DOT com
X-SWARE-Spam-Status:	No, hits=-2.0 required=5.0 tests=BAYES_00,SARE_MSGID_LONG40
X-Spam-Check-By:	sourceware.org
MIME-Version:	1.0
In-Reply-To:	<20100222220208.GA1308@tishler.net>
References:	<3a8528891002220612q63d1ee8fxc69140f9b41685c5 AT mail DOT gmail DOT com> <20100222220208 DOT GA1308 AT tishler DOT net>
Date:	Mon, 22 Feb 2010 17:52:34 -0500
Message-ID:	<3a8528891002221452h48008b49t2a17aa42a97ee5e@mail.gmail.com>
Subject:	Re: Fetchmail call to procmail no longer works under Cygwin 1.7.1-1
From:	Thomas Baker <thomasbaker49 AT googlemail DOT com>
To:	cygwin AT cygwin DOT com
X-IsSubscribed:	yes
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id:	<cygwin.cygwin.com>
List-Unsubscribe:	<mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT cygwin DOT com>
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sourceware.org/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender:	cygwin-owner AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
Delivered-To:	mailing list cygwin AT cygwin DOT com

On Mon, Feb 22, 2010 at 5:02 PM, Jason Tishler <jason AT tishler DOT net> wrote:
> On Mon, Feb 22, 2010 at 09:12:00AM -0500, Thomas Baker wrote:
>> The problem is that since the upgrade to Cygwin 1.7, the fetchmail
>> on my _desktop_ computer no longer passes the incoming messages to the
>> MDA procmail. =C2=A0Each incoming message, retrieved with POP3, is saved
>> undelivered as an individual file in /var/spool/mail/tbaker, e.g.:
>>
>> =C2=A0 =C2=A0 =C2=A0 /var/spool/mail/tbaker/msg.AdZ
>> =C2=A0 =C2=A0 =C2=A0 /var/spool/mail/tbaker/msg.IdE ...
>
> Is /var/spool/mail/tbaker a directory on your desktop? =C2=A0I expected i=
t to
> be a (mbox formatted) file.

Ah, how interesting!  It is indeed a directory.  I deleted the directory,
sent some test messages to myself, and now at least they are indeed accumul=
ating
in one single mbox file called TBaker.  That is certainly progress!

> Does running fetchmail with multiple -v options and/or procmail in
> VERBOSE=3Dyes mode help located the problem?

I ran the fetchmail diagnostic:

	env LC_ALL=3DC fetchmail -V

and got some relevant bits of information:

	Fallback MDA: /usr/bin/procmail -d %T
	Fetchmail will forward misaddressed multidrop messages to TBaker.
  	Messages will be delivered with "/usr/bin/procmail -d %T".

and from

	env LC_ALL=3DC fetchmail --nodetach -vvv --nosyslog

I get

        fetchmail: about to deliver with: /usr/bin/procmail -d 'TBaker'
         flushed
        fetchmail: POP3> DELE 1

Procmail, on the other hand, is already set to VERBOSE and writes to
a logfile procmail.log.  On the netbook, where procmail works, it does write
to the logfile.  On the desktop, where procmail does not work, it does not
write to the logfile, making me think it is somehow not even being called.

When I compare the output of these commands between the netbook (where it
works) and the desktop (where it does not), the only difference I see is th=
at
on the netbook, the log says

        fetchmail: about to deliver with: /usr/bin/procmail -d 'tbaker'

(i.e., "tbaker" all in lower case).  I have tested several variants in
.fetchmailrc, e.g.:
=09
	mda "/usr/bin/procmail -d %T"
	mda "/usr/bin/procmail -d tbaker"
	mda "/usr/bin/procmail -d 'tbaker'"

and export USERNAME=3Dtbaker, etc, but none of these has worked yet.

If my mail is now accumulating at least in one mbox file, is there perhaps
a way I could try running procmail on that file manually?

Tom


--=20
Tom Baker <tbaker AT tbaker DOT de>

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

- Raw text -