On Fri, 11 Mar 2005, Thomas Aeby wrote:
> The update_mk script will overwrite /etc/mail/Makefile even if
> HANDS_OFF is set to Yes and thus will make a number of other files
> (notably /etc/mail/sendmail.cf) be replaced as well as a side effect
> when make is run in /etc/mail.
bummer :(
> This is due to a bug in Parse_conf.pm, where read_conf() starts
> with (line 150):
>
> sub read_conf {
> my ($input_file) = @_ || $Parse_conf::Conffile;
>
> update_mk will call read_conf by passing the config file via the
> first argument. The expression
>
> @_ || $Parse_conf::Conffile;
>
> will force @_ to be evaluated in scalar context and therefore returns
> "1" (the number of elements in @_) rather than the filename. Therefore,
> whenever read_conf() is called with more than zero arguments
> input_file will contain "1" and read_conf will therefore fall back
> to some builtin configuration, *not* to the configuration in the
> config file.
So, what should be used there instead ? (my perl isn't great -
obviously)
> BTW: Even with HANDS_OFF="Yes" update_mk will remove /etc/mail/Makefile,
> which is not exactly what one understands under
>
> "Do *NOT* touch the configuration"
>
> I *do* want to have /etc/mail/Makefile, but I do *not* want update_mk
> to ever touch (or remove) it.
Any idea why it does that ? It was certainly my intent to allow exactly
what your are doing
> I know, this is a pity, since you spend much effort in order to implement
> a great number of automagic configuration things.
Thanks... there are, unfortunately, far too many ways to configure
sendmail, it seems impossible to cover all the bases :(
By the way, what prompts you to use HANDS_OFF ? Is there something I
can fix (besides the above two bugs) or add that remove your need for
this ? ... I don't have a good feeling for all the ramifications of
turning that variable on :(
Thanks,
--
Rick Nelson
"The difference between genius and stupidity is that genius has it's
limits."
-- Albert Einstein
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
