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: <3a8528891002231220w428ec33x74a19275e8a537bf@mail.gmail.com>
References: <3a8528891002220612q63d1ee8fxc69140f9b41685c5 AT mail DOT gmail DOT com> 	 <20100223021729 DOT GA6116 AT tishler DOT net> 	 <3a8528891002221948k38c0cc7ei24a4822a86803df6 AT mail DOT gmail DOT com> 	 <20100223131352 DOT GA4172 AT tishler DOT net> 	 <3a8528891002230733x644a3bc1na91ddccacafb2e41 AT mail DOT gmail DOT com> 	 <20100223164927 DOT GA212 AT mimosa DOT garydjones DOT name> 	 <20100223182852 DOT GD4172 AT tishler DOT net> 	 <3a8528891002231114p3b23ef4cjced067a0b16fa9fd AT mail DOT gmail DOT com> 	 <20100223193543 DOT GE4172 AT tishler DOT net> 	 <3a8528891002231220w428ec33x74a19275e8a537bf AT mail DOT gmail DOT com>
Date: Tue, 23 Feb 2010 15:37:17 -0500
Message-ID: <3a8528891002231237u633942cfyb19ce8ead56d9d1f@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
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-IsSubscribed: yes
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Precedence: bulk
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

> Evidently if it does not find /home/TBaker/.procmailrc, it does
> not go looking for /home/tbaker/.procmailrc. =C2=A0Since my entire
> file system is based on tbaker, I'd love to find a way to eradicate
> the "TBaker" from my system entirely. =C2=A0The guy who set up my XP
> installation many years ago set my login as "TBaker" but it has
> never caused any practical problems until now.

This worked:
	$ cd /home
	$ cp tbaker/.procmailrc TBaker
	$ procmail VERBOSE=3Don <test.mbox
	procmail: [3528] Tue Feb 23 15:22:39 2010
	procmail: Rcfile: "/home/TBaker/.procmailrc"
	procmail: Assigning "MAILDIR=3D/home/TBaker"
	procmail: Assigning "INCLUDERC=3D/home/tbaker/u/config/procmailrc/procmail=
rc"
	procmail: Assigning "LOG=3D
	"
=09
	procmail: Assigning "VERBOSE=3Don"
	procmail: Assigning "LOGABSTRACT=3Dall"
	procmail: Assigning "MAILDIR=3D/home/tbaker/u/folders"
	procmail: Assigning "DEFAULT=3D/home/tbaker/u/folders/mbox"
	procmail: Assigning "PMDIR=3D/home/tbaker/u/config/procmailrc"
	procmail: Assigning "LOGFILE=3D/home/tbaker/u/config/procmailrc/procmail.l=
og"
	procmail: Opening "/home/tbaker/u/config/procmailrc/procmail.log"
	$

In a pinch, it looks like this would solve the problem, but it is an ugly
workaround.  It would be nicer to expunge any references to "TBaker" entire=
ly.
I guess they are in the Win32 registry?  I do not find any in my
cygwin configuration
files.

Hang on... There it is in /etc/passwd...:
TBaker:unused_by_nt/2000/xp:1003:513:U-OCTAVIUS\TBaker,S-[...omitted...]:/h=
ome/TBaker:/bin/bash

and /etc/passwd was last accessed on 2007-11-16, so it would seem
procmail _was_ able
to work with this before the latest update -- if indeed /etc/passwd
has anything to do with
procmail's operation...

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