🚀 go-pugleaf

On 6 Jan 1993 22:05:00 GMT syd@dsi.com (Syd Weinstein) said:
>ophof@SERVER.uwindsor.ca (Scott Ophof) writes:
>>There's a bug in the aliasing facility.
>>When an item contains the following header fields ("From ", From: ",
>>"Reply-To: ", and "Sender:"), the full-name is taken from the "From: "
>>field, but the address from one of the other three fields (can't tell
>>which, since they are all the same addr).
>>I'm referring to the "a" command in the alias facility, btw.

>Its not a bug, its an effect of how the names are chosen....

>The 'full name' comes from the From: line.
>The address comes from the last of From: or Reply-To:
>Its as intended.  (reply-to's don't normally have full names on
>them)

I do not agree, and would to see this as a user-configurable option
at least (*not* system-), but preferably just whatever is on the
line used as input for the "a" command of alias.  Maybe the user
doesn't want her/his name there, and there's a definitely large
chance of difference between names on "From:" and "Reply-To:".

Please see this request as relevant also to other instances (if any)
of header-rewrites in "elm".

BTW, I can understand setting a priority for which of "From:",
"Sender:", resp. "Reply-To:" overrides which (as per RFC-822).
Do I understand correctly that whichever line comes last will be
used by "elm"?  That would definitely *not* be according to
RFC-822...  It sets rather rigid rules for these headers.

What surprises me is what seems to me a lack of respect for what
the user puts in the relevant header line(s), considering that North
America is where respect for the other's privacy is of paramount
importance.

What happens if the item is "From: John Doe <some@where>", but the
"Reply-To:" says "Jane Seymour <Her.Id@Castle.Movie.UK>"?
I wouldn't like to see Jane's expression when she sees she's "just
a John Doe", and not even the courtesy of "JANE Doe"...  :-)

I've gobs of items where the "Reply-To:" definitely has a full
personal name on it.  Take any BITnet-type discussion list; normally
it contains the list name and addr, but users can override this to
ensure replies will be sent to them, not the list (especially when
they know beforehand that they are going to summarize or it's not
really relevant (anymore) to the list).

Regards.
$$/