On 14.04.22 08:26, Emmett Culley wrote:
I recently changed the host name of one of the servers from one domain I am
hosting to another of the domains the server is serving.
Upon verifying the server I noticed that the Received: headers on email
sent via that server now have the new host name
This is completely irelevant to mail processing, unless the new mail
server's name does not exist in DNS, or has a SPF record that disqualifies
the server from announcing itself.
and so causes Thunderbird
to show the from address in red for emails from domains that are different
from the server's hostname.
Sorry, I have no idea what you are talking about. Can you provide a
screenshot somehow?
Is there anything I can do to specify that the Recieved: headers have the
"correct" domain name depending on what domain is sending an email
(From:)?
you do not need this. your problem apparently
I have DKIM working in such a manner. When an email is sent for domain.one
(From: domain.one) the dkim signature contains the signature for
domain.one and if sent for domain.two (From: domain.two) it contains the
dkim signature for domain.two. No matter what the server's hostname is
set to.
I guess I am asking if there is any way to map the sending domain written
to the header (From.: domain.tld) to the domain the email was sent as?
Similar to how opendkim does when choosing the DKINM signature to add to
the outgoing email's header.
the domain in From: should be the one you or other senders have configured
in thunderbird or other mail clients, and is not related to the mail
server's name.
On 4/14/22 9:58 AM, Wietse Venema wrote:
The Received: headers contain the value of the "myhostname" parameter,
i.e. the identity of this Postfix MTA instance. This name should
match the IP address where the MTA sends and receives mail.
Postfix can send and receive email on behalf of many domains. Email
is not like HTTP, and there is no requirement that the Postfix MTA
identity matches the name of every domain that it handles mail for.
But it is supported ever since Postfix got SNI support a few years
ago.
On 14.04.22 10:02, Emmett Culley wrote:
Thanks Wietse. I will study up on SNI. I am working on new servers with
RockyLinux 8 and so will also be using a newer version of postfix.
SNI is only used when you connect to the server to send or receive
e-mail, and your customers have multiple servernames configured in their
mail clients.
If you have @example.com domain address and connect to mail.example.com, you
only need SNI if other users with @example.net address use mail.example.net
on the same server. This way, if you have separate certificates for
mail.example.com, mail.example.net etc, you need SNI.
If you have single certificate with alternative names mail.example.com,
mail.example.net etc, you do NOT need SNI.
Usually, people use mail.example.org as smtp/imap/pop3 server and
use @example.com or @example.net addresses, and server only needs
certificate for mail.example.org.
--
Matus UHLAR - fantomas, uh...@fantomas.sk ; http://www.fantomas.sk/
Warning: I wish NOT to receive e-mail advertising to this address.
Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu.
You have the right to remain silent. Anything you say will be misquoted,
then used against you.
