It's not a bug if it's not supposed to work in the first place.
** Changed in: mailutils (Ubuntu)
Status: New => Invalid
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1222181
Title:
/usr/bin
I am leaving the bug report in place in case this is still a bug in
mailutils.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1222181
Title:
/usr/bin/mail ignores aliases in $HOME/.mailrc
To manage
OK, I have figured out a workaround with the help of askubuntu.com:
http://askubuntu.com/questions/342607/why-does-usr-bin-mail-ignore-
aliases-in-home-mailrc
Ubuntu installs the "mailutils" package by default, which (inexplicably)
does not support $HOME/.mailrc aliases.
The alternative packag
After some investigation, it seems /usr/bin/mail is part of the
mailutils package. So this alias expansion should be happening within
/usr/bin/mail and not from postfix.
** Package changed: postfix (Ubuntu) => mailutils (Ubuntu)
--
You received this bug notification because you are a member of U
Interesting question. Ubuntu definitely supported $HOME/.mailrc aliases
in version 10.04 (with its installed postfix).
Also, the "mail" command has supported $HOME/.mailrc since the 1980s,
even pre-Linux. It would be (IMHO) pretty unwise/unlikely to drop
support for a config file that Linux scrip
