>> Are you configured for case sensitive filenames? What does the
>> following indicate?
>>
>> $ regtool get '\HKLM\SYSTEM\CurrentControlSet\Control\Session
>> Manager\kernel\obcaseinsensitive'
>
> I am on the road today with the netbook, and on the netbook the command
> above yields a respons
>> $ cd /home
>> $ ls
>> Administrator TBaker tbaker
>
> How did you manage to create two subdirectories (i.e., TBaker and
> tbaker) in the same parent directory that only differ by case?
>
> Are you configured for case sensitive filenames? What does the
> following indicate?
>
>
On Tue, Feb 23, 2010 at 4:44 PM, Larry Hall (Cygwin)
wrote:
>>> Evidently if it does not find /home/TBaker/.procmailrc, it does
>>> not go looking for /home/tbaker/.procmailrc. Since my entire
>>> file system is based on tbaker, I'd love to find a way to eradicate
>>> the "TBaker" from my system
> Evidently if it does not find /home/TBaker/.procmailrc, it does
> not go looking for /home/tbaker/.procmailrc. Since my entire
> file system is based on tbaker, I'd love to find a way to eradicate
> the "TBaker" from my system entirely. The guy who set up my XP
> installation many years ago set
On Tue, Feb 23, 2010 at 2:35 PM, Jason Tishler wrote:
>> > What does the following indicate?
>> >
>> > ?? ??$ procmail VERBOSE=on >
>> procmail: [4092] Tue Feb 23 14:11:50 2010
>> procmail: Locking "/var/spool/mail/TBaker.lock"
>> [snip]
>
> You should have seen a line like the following:
>
> pr
On Tue, Feb 23, 2010 at 1:28 PM, Jason wrote:
>> Can you be a bit more specific? Is anything added to the procmail log?
>> You could also add VERBOSE=on on the command line for more info.
>
> What does the following indicate?
>
> $ procmail VERBOSE=on http://cygwin.com/problems.html
FAQ:
>> And you're sure you are running the correct procmail, i.e. there is no
>> other procmail in your path before the one you are expecting to run?
>> $ type -a procmail
>> procmail is /usr/bin/procmail
>> procmail is /bin/procmail
Yes, though the result repeats itself as follows:
$ type -a
On Tue, Feb 23, 2010 at 11:49 AM, Gary wrote:
>> If I pipe one message into procmail with:
>>
>> procmail -v -d tbaker >
>> procmail reports:
>>
>> Locking strategies: dotlocking, fcntl()
>> Default rcfile: $HOME/.procmailrc
>> Your system mailbox: /var/spool/
On Tue, Feb 23, 2010 at 11:25 AM, Eric wrote:
> According to Thomas Baker on 2/23/2010 9:06 AM:
>> On the netbook the permissions for /usr/bin/procmail start with:
>>
>> -rwxr-x---+
>
> The trailing + tells you that there are ACLs attached to the file that may
>
On Tue, Feb 23, 2010 at 10:33 AM, Thomas Baker wrote:
> This also does not work:
>
> procmail -d tbaker
> However, on the netbook
>
> procmail -d tbaker
> works fine, delivering the message where it is supposed to go.
On the netbook the permissions for /u
On Tue, Feb 23, 2010 at 8:13 AM, Jason wrote:
>> > http://cygwin.com/acronyms#PPIOSPE
>>
>> My apologies if I overlooked that - I'm temporarily working in
>> googlemail because of this procmail situation and feel out of my usual
>> element (mutt).
>
> Unfortunately, you are still overlooking th
Jason,
On Mon, Feb 22, 2010 at 9:17 PM, Jason Tishler wrote:
> Please note the following:
>
> http://cygwin.com/acronyms#PPIOSPE
My apologies if I overlooked that - I'm temporarily working in googlemail
because of this procmail situation and feel out of my usual element (mutt).
>> Ah, how in
On Mon, Feb 22, 2010 at 5:02 PM, Jason Tishler 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 pro
Apologies for repeating my message - the Cygwin list would only let me sign
up using my googlemail account - then googlemail caught your response in a
delete filter :-(
On Mon, Feb 22, 2010 at 11:41 PM, Gary wrote:
> On Mon, Feb 22, 2010 at 09:12:00AM -0500, Thomas Baker wrote:
>
>>
Dear all,
I recently upgraded to Cygwin 1.7 on my two machines:
-- an ASUS netbook with Windows XP (German version)
-- a Fujitsu-Siemens desktop with Windows XP (English version)
Each machine has its own installed base of software on C: (including Cygwin),
but all data files -- including configur
Dear all,
I recently upgraded to cygwin 1.7.1-1 on two computers:
-- an ASUS netbook running Windows XP (German edition)
-- a Fujitsu-Siemens desktop running Windows XP (English)
The software on the C: partitions of the two computers
has been installed separately (including c:/cygwin and c:/cygw
On Thu, Nov 22, 2007 at 12:56:33PM -0500, Igor Peshansky wrote:
> > The /bin/pdksh script sequence that is causing problems is:
> > [snip]
>
> The obvious question is: do you still get the error if you replace pdksh
> with bash, or is the problem pdksh-specific?
>
> When you reduce this to a mini
On Fri, Nov 16, 2007 at 10:40:27AM -, Dave Korn wrote:
> On 16 November 2007 09:45, Thomas Baker wrote:
> > I uninstalled Anti-Vir [1], and the script has run hundreds
> > of times on several different data sources with no errors yet,
> > so this may indeed be the pr
On Wed, Nov 14, 2007 at 06:03:42PM -0500, Larry Hall (Cygwin) wrote:
> >>These machines have an anti-virus program, but the same one I have
> >>been using for the past two or three years. The filenames either have
> >>no extension, or ".txt".
> >
> >That's most likely the problem anyway, what ha
On Wed, Nov 14, 2007 at 06:03:42PM -0500, Larry Hall (Cygwin) wrote:
> Lewis Hyatt wrote:
> >>These machines have an anti-virus program, but the same one I have
> >>been using for the past two or three years. The filenames either have
> >>no extension, or ".txt".
> >
> >That's most likely the pr
On Wed, Nov 14, 2007 at 10:07:09AM +0100, Corinna Vinschen wrote:
> > I would be grateful if someone could suggest a way to test
> > this. Would it make sense (and is it possible) to replace
> > the Cygwin kernel or the "coreutils" package (because of
> > "mv") with earlier versions and see if the
On Tue, Nov 13, 2007 at 05:59:01PM +0100, Thomas Baker wrote:
> > The speed is not the problem, it could be the usual suspect: an
> > anti-virus, unlikely because the data written is not executable but it
> > could be adding an extraneous delay between data written and data read.
On Tue, Nov 13, 2007 at 06:06:21PM +0100, Thomas Baker wrote:
> > if the copy of xp is new enough, its got a funky little tool called
> > the Windows Malware Detection And removal Tool (a freind of mine who
> > is an MS MVP has had the same problem as you just under a differen
On Tue, Nov 13, 2007 at 09:58:31AM -0500, Robert Pendell wrote:
> One other thing I wanted to add to this was make sure the drives are not
> overheating. Some drives will actually shut down or begin to act
> erratically if they get too hot. I discovered this when doing work with
> my external
On Mon, Nov 12, 2007 at 09:38:03PM -0500, Morgan Gangwere wrote:
> if the copy of xp is new enough, its got a funky little tool called
> the Windows Malware Detection And removal Tool (a freind of mine who
> is an MS MVP has had the same problem as you just under a different
> circumstance.)
I'll
On Mon, Nov 12, 2007 at 04:03:14AM -0600, René Berber wrote:
> [snip]
> > However, the other problem (see below) has occurred --
> > sporadically -- on three different machines, all running
> > German or English-language versions of XP, two with SATA
> > disks and one with an ATA disk, all with fre
René Berber wrote:
> [snip]
> > I have searched FAQs and mailing lists for problems with
> > "timeout" and the like but find nothing obviously relevant.
> [snip]
>
> I have seen that problem and it has nothing to do with Cygwin. The
> problem is with SATA drives and Window's asynchronous unbuffer
Dear all,
I have been using a Korn shell script twenty times per day
for more than ten years -- I published an earlier version
in UnixWorld in 1994 and the latest version last year in
lifehacker.com [1].
When I now run the script on brand-new Cygwin installations,
it loses data. I have tested th
Dear all,
I have been using a Korn shell script twenty times per day
for more than ten years -- I published an earlier version
in UnixWorld in 1994 and the latest version last year in
lifehacker.com [1].
When I now run the script on brand-new Cygwin installations,
it loses data. I have tested th
On Mon, Jun 06, 2005 at 10:26:26AM -0400, Igor Pechtchanski wrote:
> On Mon, 6 Jun 2005, Thomas Baker wrote:
> > Just wanted to report that I was seeing error messages such as the
> > following in Korn shell scripts:
> >
> > /home/tbaker/u/bin/urlists[50]: int
a programmer and do not have time to test this
systematically but thought others on this list might want
to hear about this.
Tom Baker
--
Dr. Thomas Baker [EMAIL PROTECTED]
SUB - Goettingen State+49-551-39-3883
and University Library
ame=`print -R "$1" | sed "$subst"`
if [ "$1" != "$gname" ]
thenmv "$1" "$gname"
fi
}
case $# in
0) print >&2 "Usage: $0 'sed command' [file ...]"
any thanks,
Tom Baker
On Thu, Jan 16, 2003 at 09:55:01AM -0500, Larry Hall (RFK Partners, Inc) wrote:
> At 04:55 AM 1/16/2003, Thomas Baker wrote:
> >In the absence of responses to my earlier note (below), and
> >having made a second fruitless search of FAQs and archives,
> >
> On Thu, 16 Jan 2003, Thomas Baker wrote:
>
> >If cp and mv are not reliably copying all of the contents
> >of an (apparently) normal directory tree with 89,000 normal
> >data files, of 1.4 GB total size, using WIN2000 and NTFS,
> >is it most likel
want to make
sure that this is in fact the problem.
Thanks,
Tom Baker
On Sun, Jan 12, 2003 at 08:17:32PM +0100, Thomas Baker wrote:
> I use Cygwin 1.3.17, NTFS file systems, and Win2000 (see
> excerpt from cygcheck -s below). Both with cp and mv, I am
> getting error messages when cop
Cygdrive prefix: cygdrive prefix
Cygdrive default prefix:
Build date: Wed Nov 27 18:54:29 EST 2002
Shared id: cygwin1S3
--
Dr. Thomas Baker[EMAIL PROTECTED]
Institutszentrum Schloss Birlinghoven mobile +49-171-408-5784
Fra
Two previous posts actually answer this question, but I
didn't see them because Procmail quietly started doing its
job again (because the solution worked) and didn't arrive in
my mailbox...
Apologies, and many thanks,
Tom
On Thu, Oct 24, 2002 at 10:51:43AM +0200, Thomas Baker wrote
On Wed, Oct 23, 2002 at 04:07:16PM +0200, Thomas Baker wrote:
> On Wed, Oct 23, 2002 at 09:02:39AM -0400, Jason Tishler wrote:
> > On Wed, Oct 23, 2002 at 02:39:51PM +0200, Thomas Baker wrote:
> > > | mda "/usr/bin/procmail -d %T" # pass message to the local MDA
>
ments for explicit
> delivery mode in the man page. User has to be in /etc/passwd etc.
Tom
--
Dr. Thomas Baker[EMAIL PROTECTED]
Institutszentrum Schloss Birlinghoven mobile +49-171-408-5784
Fraunhofer-Gesellschaft work +49-30
On Wed, Oct 23, 2002 at 09:02:39AM -0400, Jason Tishler wrote:
> On Wed, Oct 23, 2002 at 02:39:51PM +0200, Thomas Baker wrote:
> > | mda "/usr/bin/procmail -d %T" # pass message to the local MDA
>
> The above .fetchmailrc line invokes procmail differently tha
rking because
"procmail -m" successfully processed the recipes there and
recorded that success in the file procmail.log.
Tom
On Wed, Oct 23, 2002 at 08:25:23AM -0400, Jason Tishler wrote:
> On Wed, Oct 23, 2002 at 01:43:19PM +0200, Thomas Baker wrote:
> > On Wed, Oct 23, 2002 at
ng "TEST.lock"
procmail: Assigning "LASTFOLDER=TEST"
procmail: Opening "TEST"
procmail: Acquiring kernel-lock
procmail: Unlocking "TEST.lock"
>From tbaker Wed Oct 23 10:44:40 2002
Subject: TEST
Folder: TEST
On Wed, Oct 23, 2002 at 11:47:27AM +0200, Bjoern Kahl AG Resy wrote:
> > > On Wed, Oct 23, 2002 at 11:15:34AM +0200, Thomas Baker wrote:
> > > > ..even though "echo $HOME" in a Bash window confirms that
> > > > $HOME is "/cygdrive/e".
> &
On Wed, Oct 23, 2002 at 05:47:09PM +0800, Greg Matheson wrote:
> On Wed, 23 Oct 2002, Thomas Baker wrote:
> > And running "cat test.mbox | procmail -m e:/.procmailrc" again, I got:
>
> > | procmail: [2044] Wed Oct 23 11:12:28 2002
> > | procmail: Assigning
On Wed, Oct 23, 2002 at 11:20:59AM +0200, Olaf Foellinger wrote:
> On Wed, Oct 23, 2002 at 11:15:34AM +0200, Thomas Baker wrote:
> > ..even though "echo $HOME" in a Bash window confirms that
> > $HOME is "/cygdrive/e".
>
> AFAIK cygwin takes the home di
Greg,
On Tue, Oct 22, 2002 at 09:26:39PM +0800, Greg Matheson wrote:
> On Tue, 22 Oct 2002, Thomas Baker wrote:
> > I still cannot
> > get Procmail to write a log, so I am still unsure whether
> > the problem lies with Cygwin, Fetchmail, or Procmail:
>
> Can you r
On Wed, Oct 23, 2002 at 11:06:50AM +0200, Olaf Foellinger wrote:
> On Wed, Oct 23, 2002 at 10:56:48AM +0200, Thomas Baker wrote:
> > I closed all bash windows, put "export CYGWIN=nontsec" in
> > the profile, opened a bash window, verified with "echo $CYGWIN"
&g
On Tue, Oct 22, 2002 at 08:14:52AM -0400, Jason Tishler wrote:
> On Tue, Oct 22, 2002 at 01:48:20PM +0200, Thomas Baker wrote:
> > For starters, can anyone out there say whether the problem
> > lies with Cygwin (permissions), Fetchmail, or Procmail?
>
> My WAG is that y
t rcfile:$HOME/.procmailrc
|Your system mailbox: /var/spool/mail/tbaker
--
Dr. Thomas Baker[EMAIL PROTECTED]
Institutszentrum Schloss Birlinghoven mobile +49-171-408-5784
Fraunhofer-Gesellschaft work +49-30-8109-9027
49 matches
Mail list logo
