[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Nmh-workers] Duplicate Scan Listings from Parallel inc(1)s.
From: |
Ralph Corderoy |
Subject: |
[Nmh-workers] Duplicate Scan Listings from Parallel inc(1)s. |
Date: |
Sun, 06 Mar 2016 10:46:47 +0000 |
Hi,
I've upgraded!
$ sed q /etc/os-release
NAME="Arch Linux"
$ pacman -Q nmh
nmh 1.6-3
$
(Thanks "aksr" for packaging nmh under AUR.)
I'm seeing "new messages have arrived!\007" from inc(1), the flatterer,
and I take that to mean nmh's configuration out of the box isn't
matching Postfix WRT locking /var/spool/mail/$USER, so Postfix can
append whilst inc is reading and inc doesn't truncate, but that's fine,
I can look into that. If that's the only possible cause then perhaps
the message can be made more scary to point in that direction? (It
appears in msh.c too.) Otherwise, it's as if the user just needs telling
there's new mail.
But there was another odd thing, and I've lost half of the output, so
this is partially from last night's memory. I've ~/bin/f that runs
fetchmail(1) and inc.
$ cat ~/bin/f
#! /bin/sh
set -eu
fetchmail foo bar || [ $? -eq 1 ] # "No mail" isn't an error.
test -s /var/spool/mail/ralph || exit 0
inc
$
I ran it in one terminal,
$ f
9 messages for ... at pair1.
reading message ...:1 of 9 (1438 header octets) (105 body octets) flushed
reading message ...:2 of 9 (1492 header octets) (135 body octets) flushed
reading message ...:3 of 9 (1438 header octets) (133 body octets) flushed
reading message ...:4 of 9 (4936 header octets) (2744 body octets) flushed
reading message ...:5 of 9 (2226 header octets) (158 body octets) flushed
reading message ...:6 of 9 (1463 header octets) (138 body octets) flushed
reading message ...:7 of 9 (1463 header octets) (164 body octets) flushed
reading message ...:8 of 9 (1482 header octets) (151 body octets) flushed
reading message ...:9 of 9 (5473 header octets) (25294 body octets) flushed
fetchmail: No mail for ... at ...
Incorporating new mail into inbox...
9704+ 03-05 "Gregory" **JUNK** ...
9705 03-05 "Janis Westbrook **JUNK** ...
9706 03-05 "Ronnie Townsend **JUNK** ...
9707 03-05 root [admin] 1 Debian package update(s)...
9708 03-05 "Dan Davenport" **JUNK** ...
9709 03-05 "Georgina Crowde **JUNK** ...
9710 03-05 "Tracey Barrow" **JUNK** ...
9711 03-05 "Devon Hamlin" **JUNK** ...
9712 03-05 "Martin Möhrmann [go] fmt: refactor and unify float...
$
and whilst that latency was underway, muscle memory had the yips and ran
it in another. That's the half I've lost, but it was two "No mail",
which would make sense as the first mailbox had been emptied, and then
inc ran and produced exactly the same scan listing.
I don't mean the spool file was inc'd twice, with differing message
numbers, as has probably happened with the "new messages have
arrived" mentioned above, but that two scans were produced of the same
messages. This was surprising.
Cheers, Ralph.
- [Nmh-workers] Duplicate Scan Listings from Parallel inc(1)s.,
Ralph Corderoy <=
- [Nmh-workers] Truncated Email., Ralph Corderoy, 2016/03/06
- Re: [Nmh-workers] Truncated Email., Ralph Corderoy, 2016/03/06
- Re: [Nmh-workers] Truncated Email., Ken Hornstein, 2016/03/06
- Re: [Nmh-workers] Truncated Email., Ralph Corderoy, 2016/03/06
- Re: [Nmh-workers] Truncated Email., Ken Hornstein, 2016/03/06
- Re: [Nmh-workers] Truncated Email., Ralph Corderoy, 2016/03/06
- Re: [Nmh-workers] Truncated Email., Ken Hornstein, 2016/03/06
- Re: [Nmh-workers] Truncated Email., Robert Elz, 2016/03/07