mailx vs. /usr/ucb/mail, Sol 9 Rec patch cluster

mailx vs. /usr/ucb/mail, Sol 9 Rec patch cluster

Post by Jay G. Sco » Thu, 29 Jun 2006 04:41:02



i patched a machine last night.  before, /usr/bin/mailx and /usr/ucb/mail
both sent mail, no fuss, no muss.  today, /usr/ucb/mail sends mail,
/usr/bin/mailx seems to work (no error msgs) but does nothing.
my mail.log file is zero length.

i put the recommended and security solaris 9 patch on last night.  that
should be the only change.

i have restored my sendmail.cf and restarted sendmail.  is this to be expected?
is there some reason to avoid mailx?

--

Head of Sun Support, Sr. Operating Systems Specialist
Applied Research Labs, Computer Science Div.                   S224
University of Texas at Austin

 
 
 

mailx vs. /usr/ucb/mail, Sol 9 Rec patch cluster

Post by Jay G. Sco » Thu, 29 Jun 2006 04:46:25




Quote:

>i patched a machine last night.  before, /usr/bin/mailx and /usr/ucb/mail
>both sent mail, no fuss, no muss.  today, /usr/ucb/mail sends mail,
>/usr/bin/mailx seems to work (no error msgs) but does nothing.
>my mail.log file is zero length.

>i put the recommended and security solaris 9 patch on last night.  that
>should be the only change.

>i have restored my sendmail.cf and restarted sendmail.  is this to be expected?
>is there some reason to avoid mailx?

i restarted sendmail again, now both are working.  i guess i did something wrong.

but, as long as i brought it up, should i prefer one over the other?
both get used, since a number of people have worked on the machine.
but as i move forward, should i favor one?

j.

>--

>Head of Sun Support, Sr. Operating Systems Specialist
>Applied Research Labs, Computer Science Div.                   S224
>University of Texas at Austin

--

Head of Sun Support, Sr. Operating Systems Specialist
Applied Research Labs, Computer Science Div.                   S224
University of Texas at Austin

 
 
 

mailx vs. /usr/ucb/mail, Sol 9 Rec patch cluster

Post by Dave Uhrin » Thu, 29 Jun 2006 05:24:46



> i patched a machine last night.  before, /usr/bin/mailx and /usr/ucb/mail
> both sent mail, no fuss, no muss.  today, /usr/ucb/mail sends mail,
> /usr/bin/mailx seems to work (no error msgs) but does nothing.
> my mail.log file is zero length.

> i put the recommended and security solaris 9 patch on last night.  that
> should be the only change.

> i have restored my sendmail.cf and restarted sendmail.  is this to be expected?
> is there some reason to avoid mailx?

It would be somewhat difficult to avoid mailx.

[duhring]$ ls -l /usr/ucb/mail
lrwxrwxrwx  1 root  root  12 Oct 21  2004 /usr/ucb/mail ->../bin/mailx

 
 
 

mailx vs. /usr/ucb/mail, Sol 9 Rec patch cluster

Post by Henry Townsen » Thu, 29 Jun 2006 06:20:49



> It would be somewhat difficult to avoid mailx.

> [duhring]$ ls -l /usr/ucb/mail
> lrwxrwxrwx  1 root  root  12 Oct 21  2004 /usr/ucb/mail ->../bin/mailx

True, however:

1. Using /usr/ucb/mail implies having /usr/ucb on your PATH. Bad.

2. Mailx is the standard textual MUA mentioned in POSIX. Therefore its
usage will be more portable. And when run as 'mail' it may behave
differently.

3. By definition, anything in /usr/ucb is for backward compatibility and
there's almost always something better in /usr/bin.

 
 
 

1. /usr/bin/mail vs. /usr/ucb/mail

A strange thing:

If I put my home direcroty on my local Sun workstation, I can use both
/usr/ucb/mail and /usr/bin/mail to read/write emails. But if I move my home
directory to a NFS server (another Sun workstation), only /usr/bin/mail
works. /usr/ucb/mail just hangs up without displaying anything.

Any idea?

--
Thanks,

Philip

2. client program

3. dtmail Sol.2.6 fails compared to /bin/mail & /usr/ucb/mail (smartuucp)

4. Filling up with defunct processes

5. Sol 10 rec. patch cluster ruining local zones

6. ram..

7. gnu vs xpg4 vs ucb vs /usr/bin

8. devfsd-v1.3.25 available

9. Odd behavior, /usr/bin/ps vs. /usr/ucb/ps

10. /usr/ccs/bin/ld Vs. /usr/ucb/ld

11. /usr/ucb/shutdown vs. /usr/sbin/shutdown

12. odd problem with Solaris 2.3 /usr/ucb/mail and nfs-mounted /var/mail

13. why /usr/bin/mailx /usr/bin/mail set the group to be that of the sender