Xref: utzoo comp.mail.misc:5239 gnu.emacs.help:1790 Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!uwm.edu!spool.mu.edu!mips!cs.uoregon.edu!ogicse!reed!intelhf!ichips!iwarp.intel.com!gargoyle!chinet!les From: les@chinet.chi.il.us (Leslie Mikesell) Newsgroups: comp.mail.misc,gnu.emacs.help Subject: Re: wanted: mail user agent that verifies local addresses before sending Message-ID: <1991Apr18.210755.18654@chinet.chi.il.us> Date: 18 Apr 91 21:07:55 GMT References: <51080@andante.att.com> Organization: Chinet - Chicago Public Access UNIX Lines: 28 In article Dan_Jacobson@ihlpz.ATT.COM writes: >Mark> We'd prefer a mail program that could interface to /usr/lib/sendmail. >How 'bout one that interfaces with /bin/mail or /bin/rmail, that way >it will work on all machines. How do you ask /bin/mail or /bin/rmail to verify an address on all (any) machines? What if the thing that happens to be named /bin/rmail just queues messages and delivers in another process? >Mark> The request comes from a user here who's tired of the effort it takes >Mark> to detect and resend messages that are bounced back to him because he >Mark> mistyped a user name. I've told him that it would be difficult to >Mark> verify remote addresses in real-time, so it's OK with him if only local >Mark> users, system-wide aliases, and aliases in a user's .mailrc file are >Mark> verified. Suggestions welcome. Where is he getting the addresses from in the first place? If he has a list on the machine, why not read it in directly from there? Why not make it easy to fix and remail a bounced message so it will be just as easy when the bad remote addresses come back? Some machines send all unknown mail to a central host to make it easier to maintain the aliases and lists - in this case, there won't be any local errors. Les Mikesell les@chinet.chi.il.us