Re: diary-mail-entries or mail race condition?

Tim> If I run diary-mail-entries, then quit xemacs immediately, Tim> then I end up not getting the mail. This didn't used to Tim> happen, until we just upgraded the entire system (so timing Tim> may be different now -- the mailer might be slower, or who Tim> knows...) There was a known bug in the stream handling code that under certain circumstances dropped data on the floor. I believe this was fixed since the date on the version you have, but I can't find the relevant ChangeLog (in either 21.4 or 21.5) so I'm not sure. Another possibility is that the standard mail-handling functions used to run the MTA asynchronously, and ignore the return code. We had a spate of problems with lost mail, so we changed that to run it synchronously. But that means that if you kill xemacs, you'll kill the mailer if it's still running. Is diary at the same version? It may have been changed to do things in the background. -- School of Systems and Information Engineering http://turnbull.sk.tsukuba.ac.jp University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Ask not how you can "do" free software business; ask what your business can "do for" free software.