Re: NMH mail package utility "inc" aborts before incorporating first new email into an NMH folder

Michael Richardson <[email protected]> Sat, 15 Aug 2026 15:00:00 -0400

Newsgroups	gmane.mail.nmh.devel
Message-ID	<[email protected]>

Philipp <[email protected]> wrote:
    > As others alrady mentioned, the problem is a to long header field and
    > because the pop_retr() has no way of softfailing. I have a patch for
    > this attached. Now pop_retr returns a LENERR when a to long line is
    > inside a mail. inc handles the LENERR with a warning and continues with
    > the next mail.

Despite the risk of breaking DKIM, etc. I would be happy for very long header
lines to just get truncated in the local store.   I observe that they almost
always junk that some spam filter has put it, and ought not to have.

    > I haven't tested this because I have no pop server to test this. Also
    > it might be necessary to do a bit more in the error case. I don't realy
    > know the pop implementation.

Happy to set up an account on my mail server; it does pop3s, and I use pop3s
with inc on it.

    > In general I would say inc should be able to receive this mail, but
    > I don't have the capasity to write a patch for this.

does the problem not also occur for "inc -file fubar"?

--
]               Never tell me the odds!                 | ipv6 mesh networks [
]   Michael Richardson, Sandelman Software Works        |    IoT architect   [
]     [email protected]  http://www.sandelman.ca/        |   ruby on rails    [
]       My working hours and your working hours may be different.            [
]  Please do not feel obligated to reply outside your normal working hours   [

signature.asc (application/pgp-signature, 487 B)