Postfix SMTP Remote - Verbindungszeitüberschreitung

Postfix SMTP Remote - Verbindungszeitüberschreitung

Ich habe einen Ubuntu-Server auf einem Remote-Server bei Amazon installiert.

Ich versuche, Remoteverbindungen das Senden von E-Mails pro Benutzer/Passwort zu erlauben, das vom Ubuntu-System konfiguriert wird. Das bedeutet, dass jeder Benutzer in meinem System E-Mails mit seinen eigenen Anmeldeinformationen senden kann.

Zuerst habe ich Port 25 in der Firewall von Amazon geöffnet.

dann habe ich folgende Dateien konfiguriert:

master.cf in Postfix

Ich habe die folgenden Zeilen hinzugefügt:

submission inet n       -       -       -       -       smtpd
  -o syslog_name=postfix/submission
  -o smtpd_tls_wrappermode=no
  -o smtpd_tls_security_level=encrypt
  -o smtpd_sasl_auth_enable=yes
  -o smtpd_recipient_restrictions=permit_mynetworks,permit_sasl_authenticated,reject
  -o milter_macro_daemon_name=ORIGINATING
  -o smtpd_sasl_type=dovecot
  -o smtpd_sasl_path=private/auth

dann habe ich Dovecot konfiguriert, aber die folgenden Zeilen unter /etc/dovecot/conf.d/10-auth.conf hinzugefügt

disable_plaintext_auth = no
service auth {
  unix_listener /var/spool/postfix/private/auth {
    group = postfix
    mode = 0660
    user = postfix
  }
}
ssl=required
ssl_cert = </etc/ssl/certs/mailcert.pem
ssl_key = </etc/ssl/private/mail.key

und dies ist meine main.cf im Beitrag:

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

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 = ip-172-31-42-234.us-west-2.compute.internal
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
myorigin = /etc/mailname
mydestination = tux-in.com, ip-172-31-42-234.us-west-2.compute.internal, localhost.us-west-2.compute.internal, localhost,     myalcoholist.com, myalcohollist.com
virtual_alias_domains = myalcoholist.com myalcohollist.com tux-in.com
virtual_alias_maps = hash:/etc/postfix/virtual
smtpd_sasl_auth_enable = yes
smtpd_sasl_security_options = noanonymous
smtpd_sasl_local_domain = $myhostname
broken_sasl_auth_clients = yes
relayhost =
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128
mailbox_size_limit = 0
recipient_delimiter = +
inet_interfaces = all
inet_protocols = all
home_mailbox = Maildir/
mailbox_command =
local_recipient_maps = proxy:unix:passwd.byname $alias_maps

ok, soweit so gut. Ich habe Dovecot installiert, habe also IMAP- und POP3-Server und kann erfolgreich E-Mails abrufen.

jetzt möchte ich meinen E-Mail-Client auf meinem OSX-Desktop so konfigurieren, dass er eine Verbindung zum SMTP-Server bei Amazon herstellt und E-Mails sendet.

mein Problem ist, dass ich von außen keine Verbindung zum SMTP-Server herstellen kann. Beim Versuch, eine Telnet-Verbindung herzustellen, tritt eine Zeitüberschreitung der Verbindung auf. Ich kann vom lokalen Server aus eine Telnet-Verbindung zu 127.0.0.1 auf Port 25 herstellen. Ich habe nachgesehen und die Inet-Schnittstellen sind für alle konfiguriert. Außerdem habe ich Port 25 in der Amazon-Firewall geöffnet. Das Einzige, was mir einfällt, ist, dass Postfix selbst aus irgendeinem Grund externe Verbindungen blockiert.

Wenn Postfix externe Verbindungen blockiert, habe ich in der Konfiguration etwas übersehen.

Ich bin irgendwie ratlos. Ich wäre für alle Informationen zu diesem Problem sehr dankbar.

Antwort1

Übermittlung ist TCP/587 SMTP ist TCP/25

Klingt nach einem Firewall-Problem. Möglicherweise müssen Sie beim AWS-Support die Öffnung von Port 25 anfordern. Testen Sie, ob Sie per Telnet auf 587 zugreifen und E-Mails mit Authentifizierung an ein lokales Postfach senden können.

Ihre E-Mails könnten dennoch funktionieren, wenn Sie über einen Relay-Host auf 587 senden und über Spamfilter von Drittanbietern auf einem alternativen Port wie 2525 abrufen.

verwandte Informationen