[SOLVED] mailx - reason for being in core?

Ranguvar · 2009-03-13 01:49:23

Just wondering. Is mailx used by Arch's tools to send messages to the user? I don't think I've ever encountered it before. Considering removing it.

Thanks!

Last edited by Ranguvar (2009-03-20 03:52:49)

Allan · 2009-03-13 02:47:48

There was a list made about packages to be moved from [core] at some stage. Not sure if that was on it though...

Snowman · 2009-03-13 08:08:15

I think that its' because it's just one of these standard tools. Also, some apps can use it to send emails to root in case of failiure.

Agent69 · 2009-03-18 12:14:20

It does seem odd to include a mail client and no mail daemon. But so long as you can deselect it during install, I don't see that being a big deal.

stream303 · 2009-03-18 19:24:18

Even though I don't use mailx for my normal mailing needs, I do like it just to mail notes to myself on the local system.

I actually prefer mutt for keeping notes, since I can thread them etc. I've got a pacman thread, xorg.conf thread, ....

I used to use hnb (hierachical notebook) for these note-taking tasks on the cli, but lately have just been sticking to mail or mutt. The nice thing is that the mailbox files are extremely portable, so I can transfer my notes to nearly any distro as long as I have mail or mutt around, which usually come with the standard installs. Plain text files work also obviously, but for some reason I like carrying mbox files around with me.

Ranguvar · 2009-03-19 19:38:24

Not saying it's not useful The only stuff in core though should be the stuff essential to system operation / stuff that packages can assume you have without adding a dependency.

phrakture · 2009-03-19 22:41:43

Agent69 wrote:

It does seem odd to include a mail client and no mail daemon. But so long as you can deselect it during install, I don't see that being a big deal.

Not odd at all. A system does not need to be a mail server to run, but it may need to send mail.

Additionally, mailx is part of the Single Unix Spec v3 (SUSV3). There's no public page for the spec (ugh!) but the LSB page here covers it fairly well: http://refspecs.linux-foundation.org/LS … ml#CMDUTIL
All tools marked [1] are for POSIX compliance

Ranguvar · 2009-03-20 03:52:37

phrakture wrote:

Agent69 wrote:
It does seem odd to include a mail client and no mail daemon. But so long as you can deselect it during install, I don't see that being a big deal.
Not odd at all. A system does not need to be a mail server to run, but it may need to send mail.
Additionally, mailx is part of the Single Unix Spec v3 (SUSV3). There's no public page for the spec (ugh!) but the LSB page here covers it fairly well: http://refspecs.linux-foundation.org/LS … ml#CMDUTIL
All tools marked [1] are for POSIX compliance

IMO that's good enough reason to be in [core]. Not that it was a massive package to begin with, but whatever Thanks for the links.

Arch Linux

#1 2009-03-13 01:49:23

[SOLVED] mailx - reason for being in core?

#2 2009-03-13 02:47:48

Re: [SOLVED] mailx - reason for being in core?

#3 2009-03-13 08:08:15

Re: [SOLVED] mailx - reason for being in core?

#4 2009-03-18 12:14:20

Re: [SOLVED] mailx - reason for being in core?

#5 2009-03-18 19:24:18

Re: [SOLVED] mailx - reason for being in core?

#6 2009-03-19 19:38:24

Re: [SOLVED] mailx - reason for being in core?

#7 2009-03-19 22:41:43

Re: [SOLVED] mailx - reason for being in core?

#8 2009-03-20 03:52:37

Re: [SOLVED] mailx - reason for being in core?

Board footer