| 1 |
On 12/20/21 3:09 PM, Frank Steinmetzger wrote: |
| 2 |
> Delivery works on both systems |
| 3 |
|
| 4 |
:-) |
| 5 |
|
| 6 |
> (with a little caveat, see second-last paragraph). |
| 7 |
|
| 8 |
;-) |
| 9 |
|
| 10 |
> At first I believed that both systems used mail from GNU mailutils. |
| 11 |
> But I erred: |
| 12 |
|
| 13 |
Ya. Determining /which/ implementation of a command is being used can |
| 14 |
be ... difficult at times. |
| 15 |
|
| 16 |
> My Gentoo NAS only has mailutils installed. But while I have that also |
| 17 |
> installed on Arch, I was in fact using s-nail’s mail program there. |
| 18 |
> Mailutils installs its mail as /usr/bin/gnu-mail instead, which allows |
| 19 |
> both packages to co-exist (which Gentoo does not). |
| 20 |
|
| 21 |
Yep. That could be an issue. It's not bad if you are aware of it and |
| 22 |
can account for it. |
| 23 |
|
| 24 |
> So I tried gnu-mail on Arch, but this does not move read mail away |
| 25 |
> upon exit like its Gentoo cousin. |
| 26 |
|
| 27 |
That might be a default configuration / rc file in somewhere in /etc. |
| 28 |
|
| 29 |
> I did more trials, wrote a lengthy description of it into this message |
| 30 |
> and threw them away again, so I wouldn’t bore you. |
| 31 |
|
| 32 |
/me chuckles mildly. |
| 33 |
|
| 34 |
I doubt that you would bore me. I might also learn something about Arch |
| 35 |
and possibly even Gentoo. But those bits have already gone through the |
| 36 |
circuit. (Portmanteau of "water under the bridge"?) |
| 37 |
|
| 38 |
> In the end I gave up, removed Gentoo’s mailutils and went with |
| 39 |
> s-nail. And now it works. ¯\_(ツ)_/¯ |
| 40 |
|
| 41 |
It sounds like you've achieved your goal /and/ that we (at least you and |
| 42 |
I) learned some things along the way. :-D |
| 43 |
|
| 44 |
> Maybe building dma from source broke some stuff, because it installed |
| 45 |
> into /usr/local. `echo foo | mail root` (mail from mailutils) produces |
| 46 |
> mail that remains in dma’s queue, whereas `echo bar | sendmail root` |
| 47 |
> (/usr/local/sbin/ sendmail from dma) gets the mail delivered to the |
| 48 |
> spool file. |
| 49 |
|
| 50 |
I would expect the `mail` and `sendmail` commands (binaries / scripts) |
| 51 |
to do slightly different things. Both should accept messages on STDIN. |
| 52 |
But what they do with them might be different. |
| 53 |
|
| 54 |
Leaving the message in the spool makes me think that there is |
| 55 |
expectation that something else, maybe even another part of DMA, will do |
| 56 |
something with the spooled message(s). Maybe DMA is expecting some sort |
| 57 |
of cron job to work the mail queue. |
| 58 |
|
| 59 |
> But the latter mails were missing vital headers and thus mail had a |
| 60 |
> problem displaying them properly. |
| 61 |
|
| 62 |
That sounds like raw, unprocessed email to me. |
| 63 |
|
| 64 |
> It’s all a bit voodoo-esque to my simple-minded user’s point of |
| 65 |
> view; confusion over many implementations of the same standard; |
| 66 |
|
| 67 |
The wonderful thing about standards is that we have so many to choose |
| 68 |
from. }:-) |
| 69 |
|
| 70 |
> they should interoperate, |
| 71 |
|
| 72 |
Ideally. |
| 73 |
|
| 74 |
> but maybe don’t, or maybe I did not configure them properly. |
| 75 |
|
| 76 |
See above comment about cron et al. |
| 77 |
|
| 78 |
> plus the overly complex configs and info documentation on GNU’s |
| 79 |
> side which keeps me away. It must have been great days back in the |
| 80 |
> 80s. I wish I had experienced those times and machines. |
| 81 |
|
| 82 |
Email is ... non-trivial, to put it mildly. There are many different |
| 83 |
things that interact and each behaves slightly differently while doing a |
| 84 |
different part of the job. |
| 85 |
|
| 86 |
|
| 87 |
|
| 88 |
-- |
| 89 |
Grant. . . . |
| 90 |
unix || die |
Archives