Dave,
I understand the problem, but there's a big difference between deprecating a
feature and causing existing aliases to break badly. Try putting a "-r addr"
on the command line and see what happens. I think resend gets into real
trouble, generating headers like Reply-to: 1@Dartmouth.EDU and possibly
causing failures such as:
MAJORDOMO ABORT
do_exec_sendmail, mailer -fMajordomo-Owner not executable
If you want to deprecate a feature that was valid in the past, at least parse
it correctly, have it do what it used to do, and then generate some error
message so the list owner or majordomo owner knows to switch to the config
file option.
Steve
> [ Stephen Campbell writes: ]
> >
> > The resend command is supposed to accept the command-line option
> >
> > # -r <reply-to> add "Reply-To: <reply-to>" header
> >
> > but there is no ":" following the "r" in the call to Getopts:
> >
> > &Getopts("CcAa:df:h:I:l:M:p:Rrs") || die("resend: Getopts() failed: $!");
>
> This is true, but the problem is that when some sendmails squash case in
> the alias, the -R option becomes the -r option. The real answer is to
> not use anything but -l, -h, and maybe -C (thus the 'c') on the alias
> command line. Use the 'reply_to' parameter in the list .config file
> instead of -r.
>
> --
> Dave Wolfe
Follow-Ups:
References:
|
|
