Postfix non può ricevere posta esterna

Im cercando di installare un server di posta elettronica per ricevere e-mail e sto lavorando con Postfix su un'istanza Ubuntu EC2 con un IP elastico e il reverse DNS Lookup punti al mio dominio.

Posso submit e ricevere posta elettronica tra account locali ma impossibilitati a ricevere email esterni.

  • SpamAssassin authorization sendmail negata con Postfix
  • Postfix: "Accesso di accesso negato"
  • Impostare Postfix con SMTP-AUTH su SASL2 con SASLDB per consentire agli utenti di submit messaggi di posta elettronica
  • Postfix non comunica con opendkim
  • Postfix: impostare il server in output per la crittografia del server
  • Problemi di configuration della notifica di posta elettronica TFS 2010 con Office 365 Exchange Server
  • Ho impostato i miei record MX e sono in grado di telnet port 25 senza problemi, anche se ho ancora dubbi se i miei record MX sono corretti

    A mail.example.in 123.123.3.11 (delete) 300 2010-10-12 03:37:24 A example.in 123.123.3.11 (delete) 300 2010-10-11 04:34:53 MX example.in mail.example.in (delete) 300 10 2010-10-12 02:03:03 A www.example.in 123.123.3.11 (delete) 300 2010-10-11 04:34:15 MX www.example.in mail.example.in (delete) 300 10 2010-10-12 02:12:51 

    netstat -nl mi dà

     Active Internet connections (only servers) Proto Recv-Q Send-Q Local Address Foreign Address State tcp 0 0 127.0.0.1:3306 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:110 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:143 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:2000 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:25 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:993 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:995 0.0.0.0:* LISTEN tcp6 0 0 :::22 :::* LISTEN tcp6 0 0 :::25 :::* LISTEN udp 0 0.0.0.0:68 0.0.0.0:* 

    Il mio /etc/postfix/main.cf appare come segue

     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-mail.pem smtpd_tls_key_file = /etc/ssl/private/ssl-mail.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 = www.example.in mydomain = example.in alias_maps = hash:/etc/aliases alias_database = hash:/etc/aliases myorigin = $mydomain mydestination = $myhostname,localhost.$mydomain, localhost, $mydomain relayhost = #mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128 mynetworks_style = host mailbox_size_limit = 0 recipient_delimiter = + inet_interfaces = all local_recipient_maps = virtual_alias_domains = www.example.in virtual_alias_maps = hash:/etc/postfix/virtual inet_protocols = all home_mailbox = Maildir/ smtpd_sasl_auth_enable = yes smtpd_sasl_type = wherecot smtpd_sasl_path = private/wherecot-auth smtpd_sasl_authenticated_header = yes smtpd_sasl_security_options = noanonymous smtpd_sasl_local_domain = $myhostname broken_sasl_auth_clients = yes smtpd_recipient_restrictions = reject_unknown_sender_domain, reject_unknown_recipient_domain, reject_unauth_pipelining, permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination smtpd_sender_restrictions = reject_unknown_sender_domain mailbox_command = /usr/lib/wherecot/deliver -c /etc/wherecot/conf.d/01-wherecot-postfix.conf -n -m "${EXTENSION}" smtp_use_tls = yes smtpd_tls_received_header = yes smtpd_tls_mandatory_protocols = SSLv3, TLSv1 smtpd_tls_mandatory_ciphers = medium smtpd_tls_auth_only = yes tls_random_source = dev:/dev/urandom 

    Non vedi nessun registro della posta che effettua effettivamente il mio server e non esiste alcun dettaglio in / var / log / syslog

    Sono sicuro che mi manca qualcosa di fondamentale e vorrei un po 'di aiuto su come andare su come impostare questo.

    Ho installato un catch all id in / etc / postfix / virtual che funziona per le email locali. Ho intenzione di elaborare le mail in arrivo usando un ruby ma ho avuto difficoltà a farlo funzionare.

    Le mie mail continuano a ricevere il seguente messaggio

     Questa è una notifica sullo stato di spedizione generata automaticamente
    
     QUESTO È SOLO UN MESSAGGIO DI AVVERTIMENTO.
    
     NON È NECESSARIO RISERVARE IL MESSAGGIO.
    
     La consegna al seguente destinatario è stata ritardata:
    
     Il messaggio verrà riprovato per altri 2 giorni
    
     Dettagli tecnici dell'interruzione temporanea:
     Il server di destinazione non ha accettato le nostre richieste di connessione.  Ulteriori informazioni su http://mail.google.com/support/bin/answer.py?answer=7720
     [Mail.example.in.  (10): connessione temporizzata]
    

    Grazie in anticipo

  • Trova un messaggio mancante
  • 2 Ricevuto dall'intestazione alla posta elettronica IIS SMTP submit tramite l'applicazione C #
  • Postfix e PostFWD (Postfix Firewall Daemon) - Integrazione dei due
  • Postfix non è in grado di consegnare all'utente Maildir
  • Problemi di configuration della notifica di posta elettronica TFS 2010 con Office 365 Exchange Server
  • Elenco di distribuzione di Exchange 2007 con indirizzi esterni
  • 2 Solutions collect form web for “Postfix non può ricevere posta esterna”

    Se è ansible accedere al server dall'esterno della networking per IP allora c'è qualcosa che non va nel record MX. Google per un tester relè aperto e mettere il tuo IP in esso e vedere se è in grado di connettersi al server.

    La connessione temporizzata è di solito causata da una delle due cose: un firewall che consuma la connessione (potrebbe essere sul server stesso o sul firewall di networking) o l'indirizzo IP non è corretto e indica un indirizzo inutilizzato in cui nulla può rifiutare la connessione. Tieni presente che se hai appena modificato la configuration DNS, a seconda di quanto tempo i tuoi record DNS indicano a tutti di memorizzare nella cache i risultati di ricerca, possono ancora utilizzare le vecchie informazioni per un po '.

    Se l'IP funziona dall'esterno della tua networking e è stato abbastanza a lungo da quando hai impostato che le cache DNS sono state aggiornate, allora capire cosa è sbagliato con il tuo record MX non sarà facile senza informazioni reali. Le uniche regole per un record MX sono quelle
    1) Il record MX deve contenere un nome host (non un IP) e
    2) Il nome host deve avere un record A contenente il proprio IP (non un CNAME)
    Molti server di posta elettronica identificano un record MX completamente sconosciuto e rimbalzano con un messaggio che dice così.

    La tua scommessa migliore è utilizzare l' dig MX example.in che dovrebbe produrre qualcosa di simile

     ;; ANSWER SECTION: example.in. 6400 IN MX mail.example.in. 

    Quindi, dig A mail.example.in dovrebbe dire qualcosa di simile

     ;; ANSWER SECTION: mail.example.in. 6400 IN A xxx.xxx.xxx.xxx 

    L'unica cosa che posso pensare è che nella configuration DNS di esempio anonima che hai incollato, la terminazione "." manca dai nomi host, ma non so se fosse per la tua ricerca e sostituzione o perché quella pasta proveniva da qualche tipo di editor web che potrebbe hide quelli che terminano da te. Il messaggio di rimbalzo che hai incollato usa "mail.example.in". quindi sospetto che sia solo nascosto.

    Se l'IP non funziona dall'esterno della networking , dovrai controllare il firewall del server (iptables su Linux) per assicurarsi che non blocchi i collegamenti. Se è ansible connettersi da un'altra macchina all'interno della networking, la port è bloccata dal tuo firewall / router di networking o il tuo ISP blocca SMTP.

    Inoltre, accertati che il tuo IP elastico sia associato correttamente all'istanza. Questo assomiglia ad un'operazione piuttosto complessa secondo i documenti qui: http://developer.amazonwebservices.com/connect/entry.jspa?externalID=1346

    Dici che hai dubbi sui tuoi record MX. Non è facile controllarli senza conoscere il dominio, ma provate a dig MX yourdomain.com per vedere cosa viene visualizzato. Se questo non è l'IP del tuo server, c'è il tuo problema.

    Se sai che il tuo MX è corretto, la prossima cosa che cercherò non è solo di telnetizzare alla port 25, ma effettivamente spingere un messaggio di posta tramite il telnet. Il protocollo SMTP è abbastanza falso di geek che digitano direttamente nei comandi. RFC 821 ha i dettagli del protocollo; basta submit EHLO, quindi dire a chi stai inviando, a quale indirizzo il messaggio è da, e poi DATA per iniziare a submit il text; vicino a. in una row da solo, e dovrebbe accettare il messaggio o darvi un messaggio di errore.

    Però, sto scommettendo sui record MX.

    Suggerimenti per Linux e Windows Server, quali Ubuntu, Centos, Apache, Nginx, Debian e argomenti di rete.