[190] in Zephyr_Bugs
[eichin@ATHENA.MIT.EDU: suggested change to zmailnotify]
daemon@ATHENA.MIT.EDU (Jonathan I. Kamens)
Thu Dec 13 21:22:22 1990
Date: Thu, 13 Dec 90 21:22:09 -0500
From: "Jonathan I. Kamens" <jik@pit-manager.MIT.EDU>
To: bug-zephyr@ATHENA.MIT.EDU
----- Forwarded message
Date: Wed, 28 Nov 90 13:46:18 -0500
From: Mark W. Eichin <eichin@ATHENA.MIT.EDU>
To: bugs@ATHENA.MIT.EDU
Subject: suggested change to zmailnotify
In the current release, long (>100K?) email messages cause zmailnotify
to spend a long time processing them (with the mailbox locked.) This
interferes with incoming mail. I'd suggest
1) changing "multiline" to detect a blank line (as end of
headers) and flush the rest of output, returning DONE
2) have "mbx_write" not use realloc, but create a large (10K?)
static array and just punt anything more than that (or at least not
realloc *so* inefficiently...)
3) on general principles, call pop_command("QUIT") and
pop_close() *before* calling mail_notify, so that the mailbox doesn't
stay locked while waiting for zephyr functions (at that, perhaps
z_kind should be UNSAFE, instead of UNACKED.)
_Mark_
ps. I'm looking at the sources in
/mit/zephyr/src/clients/zmailnotify/zmailnotify.c.
----- End of forwarded message
