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