> 1. x-original-to header
I still have no clue why the domain part is missing. But this is still a test and at the end we will use pipe to dovecot. Maybe this changes things.
I still have no clue why the domain part is missing. But this is still a test and at the end we will use pipe to dovecot. Maybe this changes things.
> 2. catch-all dovecot/postfix
https://wiki.dovecot.org/LDA/Postfix (Backscatter seems to give hints).
https://wiki.dovecot.org/LDA/Postfix (Backscatter seems to give hints).
> 3. locally delivered mail relayed via submission
There, I have no clue. All mails that come in locally via sendmail/mail or any other program should be forwarded via submission, all other mail coming in via port 25 on the public ip should be relayed the normal way. When local mail comes in via port 25, that should be on localhost:25 and this I would handle using another smtpd bound to localhost. How do I manage delivered mails via sendmail/mail?
There, I have no clue. All mails that come in locally via sendmail/mail or any other program should be forwarded via submission, all other mail coming in via port 25 on the public ip should be relayed the normal way. When local mail comes in via port 25, that should be on localhost:25 and this I would handle using another smtpd bound to localhost. How do I manage delivered mails via sendmail/mail?
Gesendet: Mittwoch, 25. Mai 2022 um 17:32 Uhr
Von: "Shawn Heisey" <[email protected]>
An: [email protected]
Betreff: Re: moving to virtual: some questions
Von: "Shawn Heisey" <[email protected]>
An: [email protected]
Betreff: Re: moving to virtual: some questions
On 5/25/2022 5:41 AM, [email protected] wrote:
> 1. x-original-to header
> When mail is sent by local processes without the domain part in the to
> address it will be appended by postfix. But for the x-original-to
> header there is only the user part. How can I manage to append the
> domain part there, too? It is not always the same as delivered-to. I
> have not seen this in the old setup.
> 2. catch-all dovecot/postfix
> We will be using dovecot for delivery. When using postfix for
> delivery we can do a catch-all with virtual_mailbox_maps (@blah.com
> blah.com/all/). How can this be done with dovecot. I would like to
> have mail, that nobody seems to be responsible for, sent to a specific
> account, or even better to a folder within a specific account (+).
My setup has virtual users in a mysql database maintained by
postfixadmin. I use dovecot's LDA for delivery. Catchall does work,
set up in postfixadmin. Catchalls are implemented as aliases.
It typically adds the X-Original-To header when hitting one of the
aliases set up in postfixadmin.
I'm not sure what you would need to do to get FQDN in that header.
Probably take care of it in the MUA - before it gets to postfix.
> 3. locally delivered mail via submission
I'm a little out of my depth on that. I just tested delivery to the
local machine, IE [email protected], it does get delivered to the
local user. If somebody sent something to [email protected] where
domain.tld is one of the virtual user domains, there would have to be
either a mailbox or an alias in the postfixadmin database for that
address to work.
This is my postconf -n output:
https://paste.elyograg.org/view/da6b1f37
I tried a delivery to an unqualified user with "mail" and something in
the chain appended my primary virtual domain, not the local machine FQDN
... which is not what I expected or what I want:
echo "test message" | mail -r [email protected] elyograg
Thanks,
Shawn
> 1. x-original-to header
> When mail is sent by local processes without the domain part in the to
> address it will be appended by postfix. But for the x-original-to
> header there is only the user part. How can I manage to append the
> domain part there, too? It is not always the same as delivered-to. I
> have not seen this in the old setup.
> 2. catch-all dovecot/postfix
> We will be using dovecot for delivery. When using postfix for
> delivery we can do a catch-all with virtual_mailbox_maps (@blah.com
> blah.com/all/). How can this be done with dovecot. I would like to
> have mail, that nobody seems to be responsible for, sent to a specific
> account, or even better to a folder within a specific account (+).
My setup has virtual users in a mysql database maintained by
postfixadmin. I use dovecot's LDA for delivery. Catchall does work,
set up in postfixadmin. Catchalls are implemented as aliases.
It typically adds the X-Original-To header when hitting one of the
aliases set up in postfixadmin.
I'm not sure what you would need to do to get FQDN in that header.
Probably take care of it in the MUA - before it gets to postfix.
> 3. locally delivered mail via submission
I'm a little out of my depth on that. I just tested delivery to the
local machine, IE [email protected], it does get delivered to the
local user. If somebody sent something to [email protected] where
domain.tld is one of the virtual user domains, there would have to be
either a mailbox or an alias in the postfixadmin database for that
address to work.
This is my postconf -n output:
https://paste.elyograg.org/view/da6b1f37
I tried a delivery to an unqualified user with "mail" and something in
the chain appended my primary virtual domain, not the local machine FQDN
... which is not what I expected or what I want:
echo "test message" | mail -r [email protected] elyograg
Thanks,
Shawn
