Ich habe einen alten Mailserver, den ich vor Kurzem ersetzt habe.
Der Ersatz liefert E-Mails wie erwartet, aber es gibt eine seltsame Eigenart. Ich habe eine Vielzahl von Aliasnamen, die E-Mails an eine Liste von Personen liefern. Wenn [email protected]eine E-Mail über Outlook an gesendet wird [email protected], gibt es für diesen Mail-Benutzer eine Zuordnung zu einer externen Adresse namens [email protected], sodass die To:umgeschrieben und an unseren Mailserver geliefert wird. Wenn newserver.example.comdie Nachricht empfangen wird, akzeptiert sie diese und liefert sie, schreibt aber den An:-Header in um [email protected].
Das Problem dabei ist, dass die Antwort auf diese Anweisung nicht funktioniert, da @example.comund erwartet werden @mail.example.com. Wie kann ich das verhindern? Ich habe einen CNAME-Eintrag, der mail.example.comauf verweist newserver.example.com, was mich glauben lässt, dass es irgendwie von DNS zugeordnet wird. Kann ich das verhindern oder es zumindest zwingen, mail.example.comoder example.comanstelle von zu verwenden newserver?
Beispiel für den sendmail -bt-- /try esmtpTest:
> /try esmtp [email protected]
Trying envelope recipient address [email protected] for mailer esmtp
canonify input: list @ mail . example . com
Canonify2 input: list < @ mail . example . com >
Canonify2 returns: list < @ newserver . example . com . >
canonify returns: list < @ newserver . example . com . >
2 input: list < @ newserver . example . com . >
2 returns: list < @ newserver . example . com . >
EnvToSMTP input: list < @ newserver . example . com . >
PseudoToReal input: list < @ newserver . example . com . >
PseudoToReal returns: list < @ newserver . example . com . >
MasqSMTP input: list < @ newserver . example . com . >
MasqSMTP returns: list < @ newserver . example . com . >
EnvToSMTP returns: list < @ newserver . example . com . >
final input: list < @ newserver . example . com . >
final returns: list @ newserver . exemple . com
Rcode = 0, addr = [email protected]