In article <gleasokr.735559248@rintintin.Colorado.EDU>, gleasokr@rintintin.Colorado.EDU (Kris Gleason) writes: |> vince@victrola.sea.wa.us (Vince Skahan) writes: |> |> >I grabbed the binary of mailx from the pub/Linux/system/Mail |> >directory on sunsite and stuck it into place as /bin/mail |> >(I chickened out and linked /usr/bin/mail and /usr/ucb/mail to |> >it just to be safe :-) ) and it's great ! |> |> >sure looks 'just-like-real-mail' and it reads the same aliases |> >file as smail...also results in being able to post to moderated |> >newsgroups. |> |> I just completely reworked my mail system (switched from smail to |> sendmail); one other change I made was to dump my /bin/mail for |> mailx. I have noticed a few nagging problems with it, though... |> |> My mail directory is mode 775, owned by group `mail.' Mailboxes |> are owned by the owener, mode 600. This setup works fine with |> elm installed nonsetgid, and sendmail (with a slightly modified |> lmail program). But mailx is a little funny. |> |> If mailx is installed as a non setgid program, deleting messages |> does not work. I think this is because it tries to unlink the |> mailbox, and does not have permission (since the directory is owned |> by root.mail). Instead of complaining about this, it just hangs |> until you kill it. |> |> If I install it setgid mail, deleting messages works fine, but |> shell escapes die with `Permission Denied.' Also, the user's |> group is not properly restored when saving messages (they are |> saved with group `mail'). |> |> I think that mail should not be setgid. At least I don't think |> there is any reason that it needs to be, so the only thing that |> really needs to be fixed for my configuration is the problem |> with deleting messages. Other people's configurations may require |> mail to be setgid (or setuid maybe). |> |> I haven't poked around in the code at all. Before I do, has |> anyone fixed this? If not, I'll do it myself and send my results |> off to the maintainer. |> |> Sorry to do nothing but complain... I do like this package a |> _lot_ better than the last /bin/mail that I had (at least this |> one dosen't coredump... at least, not yet :). Good work! |> |> Kris |> -- |> gleasokr@rintintin.colorado.edu |> HARDWARE (noun): The equipment that makes up a |> computer system, not to be confused with software Are the sources available too ? Where ? I am VERY interested !!! Please mail me, Andy
| Rafael J. Wysocki | Re: 2.6.27-rc1 mtrr fixes do not work |
| Denis Cheng | [PATCH] trivial: the memset operation on a automatic array variable should be opti... |
| Andrea Arcangeli | Re: [PATCH 02 of 11] get_task_mm |
| Andrew Morton | Re: [GIT *] Allow request_firmware() to be satisfied from in-kernel, use it in mor... |
git: | |
| Johannes Schindelin | Re: git-clean buglet |
| Mark Levedahl | Re: mingw, windows, crlf/lf, and git |
| Jon Smirl | ! [rejected] master -> master (non-fast forward) |
| Sam Vilain | [RFC] Authenticate push via PGP signature, not SSH |
| Kevin Neff | Patching a SSH 'Weakness' |
| Frank Bax | QEMU crashes |
| Julien TOUCHE | setting up ssh tunnel/vpn |
| Darrin Chandler | Re: SMTP flood + spamdb |
| Jussi Kivilinna | [PATCH net-next-2.6 v4 1/2] net_sched: add size table functions |
| Eric Dumazet | [PATCH] fs: pipe/sockets/anon dentries should not have a parent |
| Patrick McHardy | Re: pkt_sched: add DRR scheduler |
| Matheos Worku | 2.6.24 BUG: soft lockup - CPU#X |
