Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!uflorida!novavax!hcx1!hcx3!shirono From: shirono@hcx3.SSD.HARRIS.COM Newsgroups: comp.emacs Subject: Re: making GNU Emacs talk SMTP Message-ID: <94600020@hcx3> Date: 24 Mar 89 15:31:00 GMT References: <89@ Lines: 30 Nf-ID: #R: comp.emacs cudcv@warwick.ac.uk Mar 17, 1989 <* > It would still be useful if gnumacs could talk SMTP to the local sendmail > daemon, rather than starting up a new copy of sendmail, even if it did no > routing decisions. Once the sendmail.cf files is written it's done, and > there's no point in writing another version in Elisp, but at least this would > save the overhead of starting a new sendmail process for each mail item. I think I would agree with this, if not necessarily for the same reasons. I have no problems with starting up a new sendmail process every time I want to send mail (you still would have to start up a telnet process to talk to the smtp service). My particular problem is that I have recently encountered a system where the "-t" option of sendmail ("read recipients from message") is restricted to the superuser. This results in a message without recipients, which results in the following message: 554 shirono... Recipient names must be specified This problem has three possible solutions that I see (there may be more, and I have no idea which will be more useful/efficient) - Teach sendmail.el to parse the message better and use the proper command-line options in invoking sendmail. - Write a C program to go in ${EMACS}/etc to send the message (much like movemail), parsing it appropriately and invoking an appropriate service. - Teach sendmail.el how to talk SMTP. - Rewrite sendmail.el to use some other mail agent (/bin/mail, /usr/bin/mail).