mikej@dasys1.UUCP (Mike Johnston) (07/12/88)
I am looking for some recommendations on a mail interface that will work on an Altos 2086 running Xenix. I have smail and pathalias compiled an working but with smail installed, the user interface is poorer than that of the original mail program supplied with Xenix. If someone has binaries already compiled that I could try out for a little bit that may be the way to go if possible. I really want to upgrade this system because I like the features smail gives me , but I HATE the features that it takes away from me. Right now with smail installed I lose the headers that I used to get like the "subject" etc. I also don't have the compose escape sequences that I like in the stock mail program. Any suggestions? +-----------------------------------------------------------------------------+ |Michael R. Johnston / cpmain!mrj | |Franchise Data Specialist ....cmcl2!phri!dasys1! | |Career Employment Services Inc. \ mikej | | ".......but it was working just yesterday.........." | +-----------------------------------------------------------------------------+
darrell@urbsdc.Urbana.Gould.COM (07/13/88)
/* Written 10:12 pm Jul 11, 1988 by mikej@dasys1.UUCP in urbsdc:comp.mail.misc */ /* ---------- "Xenix Mail User Interfaces" ---------- */ > I am looking for some recommendations on a mail interface that will work on > an Altos 2086 running Xenix. I have smail and pathalias compiled an working > but with smail installed, the user interface is poorer than that of the > original mail program supplied with Xenix. Smail is intended to be a mail delivery agent, not a mail user interface. Typically smail is called from some other mailer such as sendmail to cause the mail to be delivered via uucp. You will still want to have some other mail program as your user interface. I'm not familiar with how mail works on Xenix but if you use sendmail then you should be able to modify your sendmail.cf. Otherwise, if you have source you may need to modify your mail program to use smail. Good luck. -- Darrell McIntosh Gould CSD, Urbana Software Development Center Internet: darrell@xenurus.Urbana.Gould.COM Usenet: uunet!uiucuxc!urbsdc!darrell
davidsen@steinmetz.ge.com (William E. Davidsen Jr) (07/13/88)
smail is not a user interface, it's a mailer only. You should choose a user agaent and set it to use smail as needed. I use mush, but I get mail for sites using MH and Elm as well. -- bill davidsen (wedu@ge-crd.arpa) {uunet | philabs | seismo}!steinmetz!crdos1!davidsen "Stupidity, like virtue, is its own reward" -me
mikej@dasys1.UUCP (Mike Johnston) (07/14/88)
In article <11513@steinmetz.ge.com> davidsen@crdos1.UUCP (bill davidsen) writes: >smail is not a user interface, it's a mailer only. You should choose a >user agaent and set it to use smail as needed. I use mush, but I get >mail for sites using MH and Elm as well. >-- This is true and I know that I should be using one of the aforementioned programs. However, I believe that it is true that I should not be losing the "From" and "subject" lines when I receive mail no? +-----------------------------------------------------------------------------+ |Michael R. Johnston / cpmain!mrj | |Franchise Data Specialist ....cmcl2!phri!dasys1! | |Career Employment Services Inc. \ mikej | | ".......but it was working just yesterday.........." | +-----------------------------------------------------------------------------+
mikej@dasys1.UUCP (Mike Johnston) (07/16/88)
In article <30700001@urbsdc> darrell@urbsdc.Urbana.Gould.COM writes: >Smail is intended to be a mail delivery agent, not a mail user >interface. Typically smail is called from some other mailer such as >sendmail to cause the mail to be delivered via uucp. You will still >want to have some other mail program as your user interface. I'm not >familiar with how mail works on Xenix but if you use sendmail then you >should be able to modify your sendmail.cf. Otherwise, if you have >source you may need to modify your mail program to use smail. This much I have learned recently. I have an Altos version of xenix which apparently uses a program called "execmail" which I think I similar to "sendmail". Smail doesn't know about this though so I am hard pressed to figure out how to modify it to recognize that it must itervene on execmail's behalf and send the mail whilee still giveing me the interface of the standard /usr/bin/mail program. Does anyone know how to correct this? +-----------------------------------------------------------------------------+ |Michael R. Johnston / cpmain!mrj | |Franchise Data Specialist ....cmcl2!phri!dasys1! | |Career Employment Services Inc. \ mikej | | ".......but it was working just yesterday.........." | +-----------------------------------------------------------------------------+
wes@obie.UUCP (Barnacle Wes) (07/17/88)
In article <5447@dasys1.UUCP>, mikej@dasys1.UUCP (Mike Johnston) writes: > I am looking for some recommendations on a mail interface that will work on > an Altos 2086 running Xenix. I have smail and pathalias compiled an working > but with smail installed, the user interface is poorer than that of the > original mail program supplied with Xenix. Check the manual for the Xenix mail program to see if it supports using other mailers to actually send the mail. The Sys V `mailx' program, which is supposed to be similar to the Berkeley mailer, has a variable s_e_n_d_m_a_i_l_ which tells mailx the name of the program to use to actually send mail. Mailx lets you edit the message, and then pipes the message into the program specified by s_e_n_d_m_a_i_l_. The default is s_e_n_d_m_a_i_l_=_m_a_i_l_. -- {hpda, uwmcsd1}!sp7040!obie!wes "Happiness lies in being priviledged to work hard for long hours in doing whatever you think is worth doing." -- Robert A. Heinlein --
mikej@dasys1.UUCP (Mike Johnston) (07/18/88)
In article <103@obie.UUCP> wes@obie.UUCP (Barnacle Wes) writes: >In article <5447@dasys1.UUCP>, mikej@dasys1.UUCP (Mike Johnston) writes: >> I am looking for some recommendations on a mail interface that will work on >> an Altos 2086 running Xenix. I have smail and pathalias compiled an working >> but with smail installed, the user interface is poorer than that of the >> original mail program supplied with Xenix. > >Check the manual for the Xenix mail program to see if it supports using >other mailers to actually send the mail. The Sys V `mailx' program, >which is supposed to be similar to the Berkeley mailer, has a variable >sendmail I wasn't aware of this but I will try. I do have many "undocumented" features in the mail program that I have been finding out about lately. One of them is the "execmail" option which sends mail in the background rather than in the foreground. --------- +-----------------------------------------------------------------------------+ |Michael R. Johnston / cpmain!mrj | |Franchise Data Specialist ....cmcl2!phri!dasys1! | |Career Employment Services Inc. \ mikej | | ".......but it was working just yesterday.........." | +-----------------------------------------------------------------------------+
chip@ateng.UUCP (Chip Salzenberg) (07/18/88)
[followups directed to comp.unix.xenix] According to mikej@dasys1.UUCP (Mike Johnston): >This much I have learned recently. I have an Altos version of xenix which >apparently uses a program called "execmail" which I think I similar to >"sendmail". Smail doesn't know about this though ... Well, I've never used Altos Xenix. But SCO Xenix also has a program called execmail (/usr/lib/mail/execmail, to be exact). To install smail in a SCO Xenix system: 1. Use "/usr/lib/mail/execmail.x" as smail's local mailer (LMAIL). 2. Install smail as /usr/bin/smail and /usr/bin/rmail. Keep your old rmail program, just for grins. :-) 3. Rename execmail to execmail.x. 4. Install my "execm" program as /usr/lib/mail/execmail. (A sharchive of execm.c follows this message.) 5. In /usr/lib/mail/mailrc, add the line "set execmail". This will pipe all mail through execmail, which is now just another name for smail. I posted a complete set of patches for Smail 2.5 under Xenix to comp.sources.misc. In fact, I posted three versions. :-( See your local comp.sources.misc archive for a copy, or as a last resort, email me at <uunet!ateng!chip>. Remember: Your mileage may vary. Contents may have settled during shipment. #! /bin/sh # This is a shell archive. Remove anything before this line, then unpack # it by saving it into a file and typing "sh file". To overwrite existing # files, type "sh file -c". You can also feed this as standard input via # unshar, or by typing "sh <file", e.g.. If this archive is complete, you # will see the following message at the end: # "End of shell archive." # Contents: execm.c # Wrapped by chip@ateng on Mon Jul 18 12:39:28 1988 PATH=/bin:/usr/bin:/usr/ucb ; export PATH if test -f 'execm.c' -a "${1}" != "-c" ; then echo shar: Will not clobber existing file \"'execm.c'\" else echo shar: Extracting \"'execm.c'\" \(747 characters\) sed "s/^X//" >'execm.c' <<'END_OF_FILE' X/* X * execm.c X * X * This program is a substitute for Xenix's /usr/lib/mail/execmail. X * X * Written by Chip Salzenberg (chip@ateng.UUCP). X * Released to Usenet on 01 Dec 1987. X * X * Do what you want with it; I'm not responsible for lost mail, X * but I don't expect that this little program will lose anything. X */ X X#include <stdio.h> X Xmain(argc, argv) Xint argc; Xchar **argv; X{ X char *progname = argv[0]; X X /* X * Drop the execmail options. X */ X while (argv[1][0] == '-') X { X switch (argv[1][1]) X { X case 'f': X case 'h': X argv += 2; X break; X default: X ++argv; X break; X } X } X X argv[0] = progname; X execv("/usr/bin/smail", argv); X execv("/bin/smail", argv); X X fprintf(stderr, "%s: can't execute smail!\n", progname); X exit(1); X} END_OF_FILE if test 747 -ne `wc -c <'execm.c'`; then echo shar: \"'execm.c'\" unpacked with wrong size! fi # end of 'execm.c' fi echo shar: End of shell archive. exit 0 -- Chip Salzenberg <chip@ateng.uu.net> or <uunet!ateng!chip> A T Engineering My employer may or may not agree with me. You make me wanna break the laws of time and space You make me wanna eat pork
guy@gorodish.Sun.COM (Guy Harris) (07/22/88)
> The Sys V `mailx' program, which is supposed to be similar to the Berkeley > mailer, One would hope it would be similar, since "mailx" is derived from Berkmail.
jpp@slxsys.specialix.co.uk (John Pettitt) (07/28/88)
In article <5447@dasys1.UUCP>, mikej@dasys1.UUCP (Mike Johnston) writes: > I am looking for some recommendations on a mail interface that will work on > an Altos 2086 running Xenix. I have smail and pathalias compiled an working > but with smail installed, the user interface is poorer than that of the > original mail program supplied with Xenix. > There are two ways to sort this out: 1) The sco mail program can be told (set execmail) to call /usr/lib/mail/execmail to deliver mail. You replace execmail with a link to smail and tell smail to use the old execmail program (I call it execmail.sco) as a local delivery agent. This may or may not work for altos Xenix. 2) Get a copy of mush from comp.sources.unix ! You can combine 1 & 2 (as we do here) Hope this helps Regards John Pettitt Technical Director and mail hacker Specialix International -- John Pettitt, Specialix, Giggs Hill Rd, Thames Ditton, Surrey, U.K., KT7 0TR {backbone}!mcvax!ukc!pyrltd!slxsys!jpp jpp@slxsys.specialix.co.uk Tel: +44-1-398-9422 Fax: +44-1-398-7122 Telex: 918110 SPECIX G >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>><<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
chip@ateng.UUCP (Chip Salzenberg) (08/02/88)
According to jpp@slxsys.specialix.co.uk (John Pettitt): >1) The sco mail program can be told (set execmail) to call > /usr/lib/mail/execmail to deliver mail. OK so far; put "set execmail" in /usr/lib/mail/mailrc. BUT... >You replace execmail with a link to smail and tell smail to use the >old execmail program (I call it execmail.sco) as a local delivery agent. >This may or may not work for altos Xenix. Linking smail to execmail is _not_ recommended. Execmail's command line options are _not_ the same as smail's. Below is a sharchive of my program "execm". It is a replacement for execmail for use with in systems with smail installed. "Shar and enjoy." #! /bin/sh # This is a shell archive. Remove anything before this line, then unpack # it by saving it into a file and typing "sh file". To overwrite existing # files, type "sh file -c". You can also feed this as standard input via # unshar, or by typing "sh <file", e.g.. If this archive is complete, you # will see the following message at the end: # "End of shell archive." # Contents: execm.c # Wrapped by chip@ateng on Tue Aug 2 12:38:17 1988 PATH=/bin:/usr/bin:/usr/ucb ; export PATH if test -f 'execm.c' -a "${1}" != "-c" ; then echo shar: Will not clobber existing file \"'execm.c'\" else echo shar: Extracting \"'execm.c'\" \(747 characters\) sed "s/^X//" >'execm.c' <<'END_OF_FILE' X/* X * execm.c X * X * This program is a substitute for Xenix's /usr/lib/mail/execmail. X * X * Written by Chip Salzenberg (chip@ateng.UUCP). X * Released to Usenet on 01 Dec 1987. X * X * Do what you want with it; I'm not responsible for lost mail, X * but I don't expect that this little program will lose anything. X */ X X#include <stdio.h> X Xmain(argc, argv) Xint argc; Xchar **argv; X{ X char *progname = argv[0]; X X /* X * Drop the execmail options. X */ X while (argv[1][0] == '-') X { X switch (argv[1][1]) X { X case 'f': X case 'h': X argv += 2; X break; X default: X ++argv; X break; X } X } X X argv[0] = progname; X execv("/usr/bin/smail", argv); X execv("/bin/smail", argv); X X fprintf(stderr, "%s: can't execute smail!\n", progname); X exit(1); X} END_OF_FILE if test 747 -ne `wc -c <'execm.c'`; then echo shar: \"'execm.c'\" unpacked with wrong size! fi # end of 'execm.c' fi echo shar: End of shell archive. exit 0 -- Chip Salzenberg <chip@ateng.uu.net> or <uunet!ateng!chip> A T Engineering My employer may or may not agree with me. You make me wanna break the laws of time and space You make me wanna eat pork