sSMTP 2.60.4 appears to no longer honor the -f option, but instead determines the envelope sender based on the logged in user. This is true even if there is no "From:" header in the body of a message. I'm subscribed to wide variety of lists, and for spam control, I have mutt configured to use the -f option ('set envelope_from=yes') so that I may send an email from a tagged address, such as "fmouse-listname@fmp.com" and this is the address under which I'm subscribed and from which I must post to avoid moderation. Not only does ssmtp fail to honor the -f option, but it willy-nilly rewrites the body From: header in the message. This is _majorly_ broken! I can no longer post to lists to which I'm subscribed. Please, I need an option in this program that will override this and return the program to its former (correct!) behaviour.
This has been bugging me heaps. But see debian bug 143903. Apparently FromLineOverride in the ssmtp.conf file is (and always was??) to read as meaning, "is the user allowed to override the from line?" I always assumed it meant "should sSMTP override the from line?" [My reading makes tons more sense I think, as the only verb is Override and verbs in settings are usually instructions to the computer. If it was called "AllowFromLineOverride" perhaps it would be better. Allow is a verb.] Anyways my setup worked fine until emerge to 2.60. I suspect either a default value changed in the package, or a default in the config file, or something. My belief is I always has "FromLineOverride=NO" and it worked, now it doesn't. But perhaps it was commented out. Changing to =Yes works now.
Another problem is that it is no longer possible to specify different addresses for the From: line and the envelope sender. This was possible with the older version. ssmtp always uses the address specified on the command line or the one from the From: header as the envelope sender.
As your problem can be fixed by adjusting ssmtp configuration, I'm closing this. Thomas, please fill a separate bug, but it would be better to complain upstream, directly to ssmtp developers.
