On pátek 19. září 2025 15:22:20, středoevropský letní čas Wietse Venema via
Postfix-users wrote:
> Oleksandr Natalenko via Postfix-users:
> > On p?tek 19. z??? 2025 14:20:38, st?edoevropsk? letn? ?as Eray Aslan via
> > Postfix-users wrote:
> > > On Fri, Sep 19, 2025 at 12:24:22PM +0200, Eray Aslan via Postfix-users
> > > wrote:
> > > > Right. However, postconf output seems to be non deterministic. i.e.
> > >
> > > and perhaps adding meta_directory and/or shlib_directory to the stock
> > > main.cf file so that they are edited and not added via the postconf
> > > command so that their location is fixed might solve the problem
> >
> > Is this something that should be addressed in upstream, or it is
> > expected for package maintainers to do so?
>
> I can fix that upstream, having two options:
>
> Add meta_directory and shlib_directory to conf/main.cf. That
> can be done in any case, and would not break anything.
>
> Sort the 'new' paraeter names before appending their settings to
> main.cf. That involves a few lines of code plus a test that the
> code works.
>
> /*
> * Generate new entries for parameters that were not found.
> */
> if (mode & PCF_EDIT_CONF) {
> for (ht_info = ht = htable_list(table); *ht; ht++) {
> cvalue = (struct cvalue *) ht[0]->value;
> if (cvalue->found == 0)
> vstream_fprintf(dst, "%s = %s\n", ht[0]->key, cvalue->value);
> }
> myfree((void *) ht_info);
> }
>
> This needs a qsort((void *) ht_info, table->used, sizeof(*ht_info), helper)
> call with a suitable helper function that compares the 'key' fields of two
> table entries.
>
> Such fixes appear first in Postfix 3.11 unstable, and then in the
> next stable releases of Postfix 3.7..3.10.Thank you very much for taking care of this. -- Oleksandr Natalenko, MSE
signature.asc
Description: This is a digitally signed message part.
_______________________________________________ Postfix-users mailing list -- [email protected] To unsubscribe send an email to [email protected]
