Pitfalls

• The F=f and F=r flags are similar in their implementation but can differ in their result. Consider, for example, the SunOS 4.x version of /bin/mail. That program expects the -r command-line argument to specify the sender's name. Setting the F=r flag correctly causes mail to be seen as being from the sender (-r sender), but mistakenly using the F=f flag invokes /bin/mail with -f sender instead. This fails, because the SunOS 4.x version of /bin/mail expects the -f command-line argument to mean that it should interactively read mail from the mailbox named sender.
• The F=C flag can cause problems when it is specified for delivery agents for which the @domain form of address is inappropriate. This flag should be avoided for DECNET and the local delivery agents.
• A common problem with SysV versions of /bin/mail is its annoying habit of prepending a "From " line to the beginning of each message, even if one is already there. This confuses users, because it makes their mail appear to come from uucp or daemon instead of the real sender. The problem stems from the fact that the SysV /bin/mail lacks a -r command-line argument (or its equivalent) to indicate who the sender is. Instead, that program assumes that the sender's identity can be taken from the identity of the person who ran the program. This works correctly with local mail; but when mail comes in from the outside world, /bin/mail is being run by root, daemon, or uucp. The best fix is to get a newer /bin/mail [15] from one of the many anonymous FTP sites. A less satisfactory fix is to delete the F=n flag from the appropriate (usually local) delivery agent. This leaves two "From " lines, the second prefixed with a > character (the correct line).

  [15] The BSD /bin/mail requires considerable hacking to get it to work on a SysV machine. Alternatives are deliver, the mh suite's slocal, and mail.local that is supplied with the sendmail source distribution.

• Never use either the F=f or F=r flags with the prog delivery agent. That delivery agent usually runs programs by evoking the Bourne shell, which misinterprets either flag. The -f command-line argument tells /bin/sh to disable filename generation. The -r command-line argument is unknown to /bin/sh. Both command-line arguments produce the wrong result.