From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26833 invoked from network); 15 Oct 2003 06:33:10 -0000 Received: from sunsite.dk (130.225.247.90) by ns1.primenet.com.au with SMTP; 15 Oct 2003 06:33:10 -0000 Received: (qmail 5396 invoked by alias); 15 Oct 2003 06:33:05 -0000 Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 19190 Received: (qmail 29777 invoked from network); 15 Oct 2003 06:31:24 -0000 Received: from localhost (HELO sunsite.dk) (127.0.0.1) by localhost with SMTP; 15 Oct 2003 06:31:24 -0000 X-MessageWall-Score: 0 (sunsite.dk) Received: from [203.24.36.2] by sunsite.dk (MessageWall 1.0.8) with SMTP; 15 Oct 2003 6:31:24 -0000 Received: (qmail 28527 invoked by uid 8); 15 Oct 2003 06:31:21 -0000 To: zsh-workers@sunsite.dk Path: not-for-mail From: Geoff Wing X-Newsgroups: lists.zsh.workers Subject: Re: duplicate printexitvalue with mailcheck Date: Wed, 15 Oct 2003 06:31:21 +0000 (UTC) Organization: PrimeNet Computer Consultants Message-ID: References: <20031013023510.GA11368@dylex.dylex.net> <1031014145947.ZM22336@candle.brasslantern.com> Reply-To: mason@primenet.com.au NNTP-Posting-Host: sparkles.primenet.com.au X-Trace: coral.primenet.com.au 1066199481 28665 203.43.15.10 (15 Oct 2003 06:31:21 GMT) X-Complaints-To: usenet@coral.primenet.com.au NNTP-Posting-Date: Wed, 15 Oct 2003 06:31:21 +0000 (UTC) User-Agent: slrn/0.9.7.4 (NetBSD) Bart Schaefer typed: : On Oct 12, 7:35pm, Dylan Alex Simon wrote: :} Subject: duplicate printexitvalue with mailcheck :} The printexitvalue option shows multiple exit values when MAILPATH/MAILCHECK :} is set and new mail is found. : I'm not able to reproduce this, but I suspect that it shows multiple exit : values when the mail check contains a call to an external command: Yes, that's how I'm able to reproduce it - however, when no command is made (e.g. by pressing return) and the MAILPATH file is modified then only the mail message is produced, not the extra exit info, so it seems to me there's a slight inconsistency there. Regards, Geoff