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: user1@example.com -> user1@gmail.com user2@example.com -> user2@yahoo.com user3@example.com -> user3@hotmail.com

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 blahboybang@gmail.com
mreiley@omegadev.org blahboybang@gmail.com

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=<4C40E48C.1080701@Paraphymn.com>
Jul 16 16:00:32 Omega-14 postfix/qmgr[4274]: 72784483A: from=<blahboybang@gmail.com>, size=2026, nrcpt=1 (queue active)
Jul 16 16:00:33 Omega-14 postfix/smtp[4288]: 72784483A: to=<blahboybang@gmail.com>, orig_to=<mreiley@omegadev.org>, 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:mreiley@omegadev.org
250 2.1.0 Ok
rcpt to:blahboybang@gmail.com
554 5.7.1 <blahboybang@gmail.com>: 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.


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.


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.


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
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.