From c4ce52f0d1cc06ae49317c31a068a5e555bf54d6 Mon Sep 17 00:00:00 2001 From: Dan Harkless Date: Tue, 29 Feb 2000 05:16:35 +0000 Subject: [PATCH] Upped the version number to 1.0.3+dev (ideally this should be done by whoever makes a release tar file, immediately after doing so). Applied Paul Fox 's scansbr.c patch, posted to comp.mail.mh, which he says prevents loss of mail when inc'ing into a full filesystem. --- ChangeLog | 34 ++++++++++++++++++++++------------ VERSION | 2 +- uip/scansbr.c | 2 +- 3 files changed, 24 insertions(+), 14 deletions(-) diff --git a/ChangeLog b/ChangeLog index e44eda5..7a2a57f 100644 --- a/ChangeLog +++ b/ChangeLog @@ -1,3 +1,13 @@ +Mon Feb 28 21:21:31 2000 Dan Harkless + + * Upped the version number to 1.0.3+dev (ideally this should be + done by whoever makes a release tar file, immediately after doing + so). + + * Applied Paul Fox 's scansbr.c + patch, posted to comp.mail.mh, which he says prevents loss of mail + when inc'ing into a full filesystem. + Sun Feb 20 12:17:15 2000 Ruud de Rooij * Fix security hole in mhshowsbr.c which allowed untrusted shell @@ -71,18 +81,18 @@ Tue Jan 25 22:58:12 2000 Dan Harkless corrupted, and installation would bomb out on OSes where inc needs to be setgid. - * Implemented a new kind of email address masquerading. When a - user writes a custom "From:" header in a draft, nmh uses it rather - than generating one. However, the user's true address is used in - the SMTP envelope "From:" and is revealed in the "Sender:" header. - Now, when mmailid is set to non-zero, the envelope "From:" uses - the address specified in the draft "From:" header, and there is no - "Sender:" header. This is useful when sending on behalf of a - remote POP3 account or when remote mail robots incorrectly use the - envelope "From:" in preference to the body "From:". This - processing has only been implemented for post, not for the - undocumented spost (which was already missing some "From:" - processing that post has). + * Implemented a new kind of email address masquerading. Usually, + when a user writes a custom "From:" header in a draft, nmh uses it + rather than generating one. However, the user's true address is + used in the SMTP envelope "From:" and is revealed in the "Sender:" + header. Now, when mmailid is set to non-zero, the envelope + "From:" uses the address specified in the draft "From:" header, + and there is no "Sender:" header. This is useful when sending on + behalf of a remote POP3 account or when remote mail robots + incorrectly use the envelope "From:" in preference to the body + "From:". This processing has only been implemented for post, not + for the undocumented spost (which was already missing some "From:" + processing that post has). Mon Jan 24 22:26:06 2000 Dan Harkless diff --git a/VERSION b/VERSION index 21e8796..724c5dd 100644 --- a/VERSION +++ b/VERSION @@ -1 +1 @@ -1.0.3 +1.0.3+dev diff --git a/uip/scansbr.c b/uip/scansbr.c index 44cbf0d..143a059 100644 --- a/uip/scansbr.c +++ b/uip/scansbr.c @@ -353,7 +353,7 @@ finished: } *--nxtbuf = tmpbuf; - if (outnum && fclose (scnout) == EOF) + if (outnum && (ferror(scnout) || fclose (scnout) == EOF)) adios (scnmsg, "write error on"); return (state != FILEEOF ? SCNERR : encrypted ? SCNENC : SCNMSG); -- 1.7.10.4