wilber@alice.UUCP (06/24/88)
kevin@kosman.UUCP writes: >However, as an ex-mailx-from-the-store user, I can recommend mush, which >was recently posted to the comp.sources.somethingorother group. It has >stuff in it for tailoring to the UNIX PC. While still imperfect, it is >a better tool with its bugs than mailx is in its perfection. Right now I'm still using ye olde crufty standard-issue-out-of-the-box mail, but I read and write mail with Emac's rmail. I would like to know what advantages, if any, there are to using one of mailx, smail, mush, etc., for someone who uses Emacs. >Besides, you get source, and you can help Dan Heller find out what is wrong >with the curses interface on the UNIX PC. (I have not had the time and >inclination). Dan only has BSD unix, so has some trouble keeping the >thing current on SYSV boxes. With help, this could become just as good >for us. Here's a Curses bug I found early on, and it may be the source of some problems people have been having with 3b1 Curses. Mvcur() simply doesn't work when you're in noecho mode. (In fact, it doesn't seem to work if the program was *ever* in noecho mode, even if it's currently in echo mode.) Mvcur isn't used very much but if you want to implement a low level "redraw screen" operation and be able to reset the cursor to the right place it comes in handy. On the 3b1 you just can't use it. I discovered this bug during that fleeting moment in time when everything was still under warranty. I called the hotline, sent them a little one page program that exhibits the bug, and eventually managed to convince them that it really is a bug. They assured me that it would probably never get fixed. Love those software "warrantees". >... I use mush and smail (both are supplied with sources). What are the advantages of using both of these together? Bob Wilber Work: UUCP: {allegra, mtune, ihnp4}!gauss!wilber ARPA: wilber@research.att.com Home: UUCP: {allegra, mtune, ihnp4}!gauss!heaven!wilber ARPA: heaven!wilber%gauss@att.arpa
daveb@llama.rtech.UUCP (Dave Brower) (06/25/88)
In article <8014@alice.UUCP> wilber@alice.UUCP writes: >Right now I'm still using ye olde crufty standard-issue-out-of-the-box mail, >but I read and write mail with Emac's rmail. I would like to know what >advantages, if any, there are to using one of mailx, smail, mush, etc., for >someone who uses Emacs. Emacs mail is fine. Selection of a mail interface is a religious war, but mailx, elm, mush and emacs are all lightyears ahead of SV /bin/mail. If you are comfortable with one, then you don't really need any of the others. You *do* want to install smail, however. It is not a user interface, but a smarter delivery agent. The main thing it does is map user@place to a bang path (somewhere!elsewhere!place!user) for delivery by uucp. It also handles forwarding and aliasing, so you can, for instance, have mail for root, postmaster, daemon, uucp and news turn up in your mailbox instead of having to su to a bunch of different users. -dB {amdahl, cpsc6a, mtxinu, sun, hoptoad}!rtech!daveb daveb@rtech.com <- FINALLY!
cks@ziebmef.uucp (Chris Siebenmann) (06/27/88)
In article <8014@alice.UUCP> wilber@alice.UUCP writes: ... >Right now I'm still using ye olde crufty standard-issue-out-of-the-box mail, >but I read and write mail with Emac's rmail. I would like to know what >advantages, if any, there are to using one of mailx, smail, mush, etc., for >someone who uses Emacs. For someone already using Emac's rmail, mailx and mush are unnecessary, but smail is still useful. Mailx, mush, and Emac's rmail are mail user agents (things people use to deal with mail), while smail is a mail delivery agent (something programs use to route and deliver mail). The big things you get by running smail is the ability to handle '@'-style addresses sensibly and generate mail messages that conform to the applicable standards (RFC 822?). -- You're a prisoner of the dark sky/The propeller blades are still And the evil eye of the hurricane's/Coming in for the kill Chris Siebenmann uunet!utgpu!{ontmoh!moore,ncrcan}!ziebmef!cks cks@ziebmef.UUCP or .....!utgpu!{,ontmoh!,ncrcan!brambo!}cks