[fetchmail-users] Re: feedback on failed delivery

[Sunil S. <sh...@bo...>]

Quoting from Matthias Andree's mail on Sat, Nov 19, 2005:
> > Actually, running remotely (rsh ... fetchmail), the output turns into:
> > > fetchmail: MDA returned nonzero status 255
> > > 1 message for deblnss01a/demsn702 at blnss35a.
> > > reading message deblnss01a/demsn702@blnss35a:1 of 1 (3257 header octets) ... (2542 body octets) .. not flushed
> > which indicates that stdout and stderr gets merged in an unsynchronised 
> > way. Probably a flush at some point (flush stdout before any error output) 
> > would fix this.
> 
> Do you perhaps use a different verbosity with rsh than on your local
> computer? I'm asking because verbosity would make a difference on your
> local computer, too. We need to be sure we use absolute identical
> settings for silent vs. verbose on both machines before we can start
> debugging.
> 
> Could you double-check this?

I think, it would be easy to test the issue of buffering by using
redirection. Just run fetchmail twice remotely, once with redirection:

rsh ... fetchmail
rsh ... 'fetchmail 2>&1'

If the output is unchanged, buffering is not the issue. If the output
changes, then stdout is getting buffered.

-- 
Sunil Shetye.