Re: [nail-devel] "from" variable not working for rejections
Brought to you by:
gritter
From: Steffen N. <st...@sd...> - 2016-12-15 22:11:52
|
Hello Felipe. First: i am the maintainer of a fork of the software discussed here. Felipe Gasper <fe...@fe...> wrote: |… which sounds a lot like saying that “from“ should be able to take \ |“-r”’s place entirely … ? |So is the documentation just not quite right? I have hopefully improved the manual of my fork even more, and also have added a *r-option-implicit* variable so that the automatic deduction via *from* (or *sender*, if *from* contains multiple addresses) can be achieved without using command line options [1]. I have given you credit for that, of course [2]. The manual now reads If the given from-addr is valid then it specifies the envelope sender address (used to report, e.g., message bounces) to be passed to a file-based mta[378] (Mail-Transfer-Agent) as ‘-f address’ when a message is sent. and Note that S-nail by default, without -r that is, neither passes -f nor -F flags to a file-based MTA by itself. One may also set[190] r_option_implicit[416] to gain the automatic deduction (only) without an explicit -r[64] command line option. and (under *from*) If a file-based MTA is used, then from[346] (or, if that contains multiple addresses, sender[430]) can nonetheless be forced to appear as the envelope sender address at the MTA protocol level, either by specifying an empty -r[64] command line option, or by setting the variable r_option_implicit[416]. and r_option_implicit (Boolean) Setting this option evaluates the contents of from[346] (or, if that contains multiple addresses, sender[430]) and passes the results onto the used (file-based) MTA as described for the -r[64] option (empty argument case). which i hope is an improvement, all in all. (Note these URLs are not stable, it is a development branch.) [1] https://git.sdaoden.eu/cgit/s-nail.git/commit/?h=next&id=43fc1f12cf001837aa216cb3c1215408b062697a [2] https://git.sdaoden.eu/cgit/s-nail.git/commit/?h=next&id=c3cf8cdc632aa02ad22ebf22baf4ae4b1242ccfa Ciao. --steffen |