Einrichten eines Nur-Weiterleitungs-E-Mail-Servers

8

Ich möchte nur Postfix installieren und E-Mails weiterleiten. Ich brauche nichts, um auf meinem Server zu bleiben. Das gibt mir die Hölle. Ich habe versucht, mein Bestes zu geben, aber Postfix verweigert alle Relais.

Was ich will ist das. Angenommen, mein Server befindet sich auf example.com. Ich will das:

E-Mail-Weiterleitung: [email protected] -> [email protected] [email protected] -> [email protected] [email protected] -> [email protected]

Ich benötige lediglich eine Weiterleitungsbox, in die eingehende E-Mails umgeleitet werden. Da offensichtlich etwas mit meiner Konfiguration nicht stimmt, könnte ich wirklich nur ein Beispiel main.cf für meinen Zweck verwenden, und ich werde auf dem Weg sein.

Bearbeiten: Protokolle

Das Seltsame ist, dass die Protokolle mir keine Fehler geben.

main.cf:

mreiley@Omega-14:/var/log$ cat /etc/postfix/main.cf
# See /usr/share/postfix/main.cf.dist for a commented, more complete version


# Debian specific:  Specifying a file name will cause the first
# line of that file to be used as the name.  The Debian default
# is /etc/mailname.
#myorigin = /etc/mailname

smtpd_banner = $myhostname ESMTP $mail_name (Ubuntu)
biff = no

# appending .domain is the MUA's job.
append_dot_mydomain = no

# Uncomment the next line to generate "delayed mail" warnings
#delay_warning_time = 4h

readme_directory = no

# TLS parameters
smtpd_tls_cert_file=/etc/ssl/certs/ssl-cert-snakeoil.pem
smtpd_tls_key_file=/etc/ssl/private/ssl-cert-snakeoil.key
smtpd_use_tls=yes
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache

# See /usr/share/doc/postfix/TLS_README.gz in the postfix-doc package for
# information on enabling SSL in the smtp client.

myhostname = omega-14.omegadev.org
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
myorigin = /etc/mailname
mydestination = omega-14.omegadev.org, localhost.omegadev.org, localhost
relayhost = 
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128
mailbox_size_limit = 0
recipient_delimiter = +
inet_interfaces = all

virtual_alias_domains = omegadev.org monovec.com ifmovement.org
virtual_alias_maps = hash:/etc/postfix/virtual

mreiley@Omega-14:/var/log$ 

virtuelle Weiterleitungsdatei:

mreiley@Omega-14:/var/log$ cat /etc/postfix/virtual
[EXPUNGED]@omegadev.org [email protected]
[email protected] [email protected]

mreiley@Omega-14:/var/log$ 

Dann sende ich eine E-Mail von Google Mail, um die Konfiguration zu testen. Folgendes zeigt mail.log:

Jul 16 16:00:32 Omega-14 postfix/smtpd[4282]: connect from mail-px0-f179.google.com[209.85.212.179]
Jul 16 16:00:32 Omega-14 postfix/smtpd[4282]: 72784483A: client=mail-px0-f179.google.com[209.85.212.179]
Jul 16 16:00:32 Omega-14 postfix/cleanup[4287]: 72784483A: message-id=<[email protected]>
Jul 16 16:00:32 Omega-14 postfix/qmgr[4274]: 72784483A: from=<[email protected]>, size=2026, nrcpt=1 (queue active)
Jul 16 16:00:33 Omega-14 postfix/smtp[4288]: 72784483A: to=<[email protected]>, orig_to=<[email protected]>, relay=gmail-smtp-in.l.google.com[74.125.53.27]:25, delay=1.5, delays=0.08/0.01/0.08/1.3, dsn=2.0.0, status=sent (250 2.0.0 OK 1279321231 d5si4147919wam.28)
Jul 16 16:00:33 Omega-14 postfix/qmgr[4274]: 72784483A: removed

Das Protokoll behauptet, dass die Zustellung ein voller Erfolg war, aber die E-Mail wird nie in meinem Posteingang oder Spam-Ordner angezeigt.

Wenn ich jedoch Telnet verwende, bekomme ich eine andere Geschichte.

mreiley@Omega-14:/var/log$ telnet localhost 25
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
220 omega-14.omegadev.org ESMTP Postfix (Ubuntu)
helo omegadev.org
250 omega-14.omegadev.org
mail from:[email protected]
250 2.1.0 Ok
rcpt to:[email protected]
554 5.7.1 <[email protected]>: Relay access denied

Aktualisieren! Es scheint, dass GOOGLE SELBST mich blockiert. E-Mails, die an andere Anbieter gesendet werden, werden weitergeleitet, aber wenn sie an Google Mail gesendet werden, stoßen sie nicht einmal auf Spam.

TachyonImpact
quelle
Vielleicht könnten Sie uns zeigen, was Sie haben, und einige Fehler aus den Protokollen angeben, um uns zu helfen.
Nathan Powell
@TachyonImpact funktioniert es jetzt? Wenn ja, wäre ich sehr an einer detaillierten Lösung interessiert, ich habe das gleiche Problem.
Basj

Antworten:

2

Senden Sie die Test-E-Mail von Google Mail? Bei Laughing Squid Webhosting stellen wir fest, dass Google Mail nicht weitergeleitete E-Mails mag, wenn sie von Google Mail gesendet und dann an Google Mail weitergeleitet werden. Es scheint mit seinem Spam-Filter zu tun zu haben. Ich würde vorschlagen, es mit Yahoo zu versuchen und zu sehen, was dann passiert.

Zuhaib
quelle
1

Die Telnet-Sitzung und die Postfix-Protokolle scheinen nicht dasselbe zu tun.

Das 'RCPT TO' sollte der lokale Benutzer sein, nicht der Google Mail-Benutzer.

Die Option "MAIL FROM" unterscheidet sich ebenfalls, da Sie in der zweiten Version der lokale Benutzer und in der ersten Phase ein Google Mail-Benutzer sind.

Die Telnet-Sitzung ist also kein gültiger Test.

Die Protokolle zeigen an, dass Google die E-Mail akzeptiert hat. Überprüfen Sie Ihr Spam-Tag erneut.

Nathan Powell
quelle
Es befindet sich nicht in meinem Spam-Ordner. Ich habe mehr als 10 gesendet. Was auch immer Postfix sagt, Google empfängt die E-Mails nicht.
TachyonImpact
Aktualisieren! Es scheint, dass GOOGLE SELBST mich blockiert. E-Mails, die an andere Anbieter gesendet werden, werden weitergeleitet, aber wenn sie an Google Mail gesendet werden, stoßen sie nicht einmal auf Spam.
TachyonImpact
Ok, nicht ganz überraschend. Haben Sie PTR-Einträge für diese Domain eingerichtet?
Nathan Powell