Ich versuche, eine E-Mail-Adresse unter @example.org an eine externe E-Mail-Adresse außerhalb meiner Domänen weiterzuleiten.
Wenn ich den SMTP-Relay-Server meines Internetdienstanbieters verwende, erhalte ich die folgende Fehlermeldung:
Dec 27 15:10:40 bowser sm-mta[76444]: 0BREAbT3071556: to=<[email protected]>, delay=00:00:02, xdelay=00:00:01, mailer=relay, pri=32614, relay=my.isp.relay.host.example. [IPv4-address], dsn=5.7.1, reply=554 5.7.1 <[email protected]>: Sender address rejected: Access denied, stat=Service unavailable
Dec 27 15:10:40 bowser sm-mta[76444]: 0BREAbT3071556: 0BREAeT2076444: DSN: Service unavailable
Dec 27 15:10:40 bowser sm-mta[76444]: 0BREAeT2076444: to=<[email protected]>, delay=00:00:00, xdelay=00:00:00, mailer=relay, pri=34394, relay=my.isp.relay.host.example. [IPv4-address], dsn=5.7.1, reply=554 5.7.1 <>: Sender address rejected: Null sender not allowed here, stat=Service unavailable
Dec 27 15:10:40 bowser sm-mta[76444]: 0BREAeT2076444: 0BREAeT3076444: return to sender: Service unavailable
Beachten Sie die<>nach 5.7.1 in Zeile 3
Dieses Problem tritt nur auf, wenn ich versuche, eine E-Mail zu sendenausWenn ich beispielsweise ein Gmail-Konto an meine vorgesehene Weiterleitungsadresse hänge und die interne E-Mail-Adresse des Servers zum Senden an diese Adresse verwende, werden die E-Mails wie erwartet an die Zieladresse weitergeleitet.
Ich dachte also, dass sich das Problem vielleicht lösen lässt, wenn ich stattdessen den SMTP-Server von Gmail verwende, aber dann bekam ich stattdessen dieses Problem: Jede E-Mail, die von meinem Host an eine externe Domain (z. B. @gmail.com) gesendet wird, erhält den Mail From:-Header auf die E-Mail-Adresse des authentifizierenden Gmail-Kontos gesetzt, während die Envelope-From- und Reply-To-Header auf die E-Mail-Adresse des ursprünglichen Absenders gesetzt werden. Dies führt dazu, dass GMail und andere, auf die ich sicher antworten möchte, „Vorname Nachname“ verwenden.[email geschützt]" statt "Vorname Nachname[email geschützt]"
Ich habe einige Einstellungen an meiner Sendmail-MC-Datei vorgenommen, die im Laufe der Jahre hinzugefügt wurden, um alles zum Laufen zu bringen, aber ich kann nicht mit Sicherheit sagen, dass keine davon dieses Problem verursacht und die gewünschte Funktionalität beeinträchtigt. Redigierte MC-Datei unten:
divert(-1)
divert(0)
VERSIONID(`$bowser.example.org.mc 2020-12-27 16:50:00 dadver $')
OSTYPE(freebsd6)dnl
DOMAIN(generic)dnl
FEATURE(access_db, `hash -o -T<TMPF> /etc/mail/access')dnl
FEATURE(blocklist_recipients)dnl
FEATURE(local_procmail)dnl
FEATURE(authinfo, `hash /etc/mail/auth/client-info')dnl
FEATURE(mailertable, `hash -o /etc/mail/mailertable')dnl
FEATURE(virtusertable, `hash -o /etc/mail/virtusertable')dnl
define(`CERT_DIR', `/usr/local/etc/letsencrypt/live/mail.example.org/')dnl
define(`confCACERT_PATH', `CERT_DIR')dnl
define(`confCACERT', `CERT_DIR/chain.pem')dnl
define(`confSERVER_CERT', `CERT_DIR/cert.pem')dnl
define(`confSERVER_KEY', `CERT_DIR/privkey.pem')dnl
define(`confCRL', `/usr/local/certs/revoke.crl')
define(`confAUTH_OPTIONS', `A p y')dnl
define(`confAUTH_MECHANISMS', `EXTERNAL GSSAPI DIGEST-MD5 CRAM-MD5 LOGIN PLAIN')dnl
TRUST_AUTH_MECH(`EXTERNAL GSSAPI DIGEST-MD5 CRAM-MD5 LOGIN PLAIN')dnl
FEATURE(no_default_msa)dnl ## overridden with DAEMON_OPTIONS below
CLIENT_OPTIONS(`Name=IPv4-client-mail.example.org, Family=inet')dnl
CLIENT_OPTIONS(`Name=IPv6-client-mail.example.org, Family=inet6')dnl
DAEMON_OPTIONS(`Name=IPv4-localhost, Addr=127.0.0.1, M=A, Family=inet')dnl
DAEMON_OPTIONS(`Name=IPv4-mail.example.org, Addr= my-public-ipv4-ip, M=A, Family=inet')dnl
DAEMON_OPTIONS(`Name=IPv6-mail.example.org, Addr= my-public-ipv6-ip, M=A, Family=inet6')dnl
DAEMON_OPTIONS(`Name=IPv6-localhost, Addr=::1, M=A, Family=inet6')dnl
DAEMON_OPTIONS(`Name=MSA-IPv4-localhost, Addr=127.0.0.1, Port=587, M=E')dnl
DAEMON_OPTIONS(`Name=MSA-IPv4-mail.example.org, Addr= my-public-ipv4-ip, Port=587, M=Ea')dnl
DAEMON_OPTIONS(`Name=MSA-IPv6-mail.example.org, Addr= my-public-ipv6-ip, Port=587, M=Ea, Family=inet6')dnl
DAEMON_OPTIONS(`Name=MSA-IPv6-localhost, Addr=::1, Port=587, M=E, Family=inet6')dnl
define(`SMART_HOST', `[my.isp.relay.server]')dnl
define(`RELAY_MAILER_ARGS', `TCP $h 587')dnl
define(`ESMTP_MAILER_ARGS', `TCP $h 587')dnl
INPUT_MAIL_FILTER(`spfmilter',`S=unix:/var/run/spfmilter.sock')dnl
INPUT_MAIL_FILTER(`spamassassin', `S=local:/var/run/spamass-milter/spamass-milter.sock, F=, T=C:15m;S:4m;R:4m;E:10m')
define(`confMILTER_MACROS_CONNECT',``b, j, _, {daemon_name}, {if_name}, {if_addr}, {client_addr}'')dnl
define(`confMILTER_MACROS_ENVRCPT',``b, r, v, Z, {rcpt_mailer}, {rcpt_host}, {rcpt_addr}'')dnl
INPUT_MAIL_FILTER(`milter-manager',`S=unix:/var/run/milter-manager/milter-manager.sock')dnl
INPUT_MAIL_FILTER(`dkim-filter', `S=unix:/var/run/dkim/opendkim.sock, F=T, T=R:2m')
define(`confCW_FILE', `-o /etc/mail/local-host-names')dnl
define(`confBIND_OPTS', `WorkAroundBrokenAAAA')dnl
define(`confNO_RCPT_ACTION', `add-to-undisclosed')dnl
define(`confPRIVACY_FLAGS', `authwarnings,noexpn,novrfy')dnl
MAILER(local)dnl
MAILER(smtp)dnl
MAILER(procmail)dnl
Ich habe versucht hinzuzufügenVon:gmail.com RELAYUndAn:Zielhost für die Weiterleitungsadresse RELAYzur Zugriffsdatei, indem Sie den Zielhost für die Weiterleitungsadresse zurRelay-DomänenDatei, um zu versuchen, das erste Problem zu beheben, aber kein Unterschied.
Antwort1
Dies alles wird durch die Interaktion Ihres Mailservers mit dem Mailserver Ihres ISP verursacht und die Ablehnung durch diesen Server.
Schauen wir uns an, was los ist.
Dec 27 15:10:40 bowser sm-mta[76444]: 0BREAbT3071556: to=<[email protected]>, delay=00:00:02, xdelay=00:00:01, mailer=relay, pri=32614, relay=my.isp.relay.host.example. [IPv4-address], dsn=5.7.1, reply=554 5.7.1 <[email protected]>: Sender address rejected: Access denied, stat=Service unavailable
Zuerst versucht Ihr Server, Ihre E-Mail weiterzuleiten und wird abgelehnt, weil ihm der Umschlagabsender nicht gefällt.
Dec 27 15:10:40 bowser sm-mta[76444]: 0BREAeT2076444: to=<[email protected]>, delay=00:00:00, xdelay=00:00:00, mailer=relay, pri=34394, relay=my.isp.relay.host.example. [IPv4-address], dsn=5.7.1, reply=554 5.7.1 <>: Sender address rejected: Null sender not allowed here, stat=Service unavailable
Nächste,deinServer generiert eine Bounce-E-Mail und versucht zu sendendiese Bounce-Nachrichtüber den E-Mail-Server des ISPs verschickt. Bounce-Nachrichten haben einen leeren Umschlag als Absender.
Es ist nicht klar, warum Sie versuchen, diese E-Mail über den Server Ihres Internetdienstanbieters zu senden, da (1) Sie sagen, dass es funktioniert, wenn Sie direkt senden, und (2) Ihr Business-Class-Internetdienst es Ihnen ermöglichen sollte, E-Mails direkt überall hin zu senden (wenn dies nicht der Fall ist, schreien Sie Ihren Internetdienstanbieter an, bis er das Problem behoben hat).