On Mon, Oct 21, 2024 at 09:31:53AM +0800, Joan Moreau via Postfix-users wrote:

> I am using the " multi" postifx
> : https://www.postfix.org/MULTI_INSTANCE_README.html
> 
> When an email is ending in the queue for relaunch, it goes to the
> principal process, not the one where it has firstly managed by
> 
> (says if I have 2 instance p1 and p2, I send the mail with p2, I
> restart postfix, the email is now sent by p1 inproperly)
> 
> Is this a bug or a misconfiguration ?

It is not even clear what problem you're describing.

- Perhaps the message does not even touch multiple queues, and all
  you have is misconfigured logging?

1.  Nothing built-in to the Postfix queue manager or delivery agents
    moves messages from one instance queue to another.  So what you're
    describing "can't happen".  Many services can even run in a chroot
    jail, with the OS constraining their view of the filesystem to just
    the queue directory.

2.  Of course if you somehow manage to give multiple instances the same
    queue directory, that would a serious misconfiguration.  Post the
    output of:

        $ postmulti -x -- sh -c '
            printf "\n%s:\n" "$MAIL_CONFIG"
            postconf -f config_directory import_environment queue_directory 
syslog_name
            printf -- "--\n"
            postconf -P "*/*/syslog_name"
            '

    On my single-instance system the output is:

        /opt/postfix/etc:
        config_directory = /opt/postfix/etc
        import_environment = MAIL_CONFIG MAIL_DEBUG MAIL_LOGTAG TZ XAUTHORITY 
DISPLAY
            LANG=C POSTLOG_SERVICE POSTLOG_HOSTNAME
        queue_directory = /var/spool/postfix
        syslog_name = ${multi_instance_name?{$multi_instance_name}:{postfix}}
        --
        465/inet/syslog_name = postfix/smtps
        submission/inet/syslog_name = postfix/submission

3.  As mentioned by Wietse, post logs that evidence the reported issue.

-- 
    Viktor.
_______________________________________________
Postfix-users mailing list -- postfix-users@postfix.org
To unsubscribe send an email to postfix-users-le...@postfix.org

Reply via email to