web-dev-qa-db-fra.com

Postfix ne reçoit pas de courrier électronique, mais de sendmail?

J'essaie de transférer le courrier de mon serveur (appelons-le tacobell.com) vers un compte GMail externe à l'aide de postfix. Je suivais ceci tutoriel.

Le problème, c’est que lorsque j’envoie un courrier à [email protected] avec un autre compte GMail ou Yahoo, et que je vérifie var/log/mail.info, rien ne s’affiche.

Cependant, lorsque j'utilise sendmail dans le terminal et que je l'envoie à la même adresse, les informations suivantes sont consignées dans le journal, ainsi que le courrier qui est envoyé et qui se termine dans ma boîte de réception:

Jan  4 00:02:48 Machine postfix/local[6520]: 6C82DB80C4A: to=<[email protected]>, relay=local, delay=0.01, delays=0/0/0/0.01, dsn=2.0.0, status=sent (delivered to command: procmail -a "$EXTENSION")
Jan  4 00:02:48 Machine postfix/qmgr[6497]: 6C82DB80C4A: removed
Jan  4 00:09:58 Machine postfix/pickup[6496]: B206CB80C46: uid=0 from=<root>
Jan  4 00:09:58 Machine postfix/cleanup[6540]: B206CB80C46: message-id=<20140104050958.B206CB80C46@Machine>
Jan  4 00:09:58 Machine postfix/qmgr[6497]: B206CB80C46: from=<[email protected]>, size=265, nrcpt=1 (queue active)
Jan  4 00:09:59 nightMachine postfix/smtp[6542]: B206CB80C46: to=<[email protected]>, orig_to=<[email protected]>, relay=gmail-smtp-in.l.google.com[74.125.142.26]:25, delay=14, delays=13/0/0.22/0.69, dsn=2.0.0, status=sent (250 2.0.0 OK 1388812199 qd7si6471164igb.62 - gsmtp)
Jan  4 00:09:59 Machine postfix/qmgr[6497]: B206CB80C46: removed

Y a-t-il une raison à cela? Comment pourrais-je le réparer?

postfix/virtual:

[email protected] [email protected]

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 = Machine
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
myorigin = /etc/mailname
mydestination = tacobell.com, Machine, localhost.localdomain, localhost
relayhost = 
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128
mailbox_command = procmail -a "$EXTENSION"
mailbox_size_limit = 0
recipient_delimiter = +
inet_interfaces = all
home_mailbox = mail/


#added the following for mail server :O!!
virtual_alias_domains = tacobell.com 
virtual_alias_maps = hash:/etc/postfix/virtual

Résultat lorsque je fais une requête Dig tacobell.com mx dans le terminal:

;; ANSWER SECTION:
tacobell.com.        21600   IN      MX      10 mail.tacobell.com.

telnet tacobell.com 25

Connected to tacobell.com.
Escape character is '^]'.
220 Machine ESMTP Postfix (Ubuntu)
emailpostfixgmailsendmail
3
bnynn

Gah! Terriblement désolé de perdre tout le temps de tout le monde. Le problème était une erreur très simple que j'ai commise à cause de mon ignorance. De la même question sur n autre site Stack Exchange :

Vous avez défini votre enregistrement MX sur "mail.exemple.com". Cela signifie que lorsqu'un serveur de courrier essaie de vous envoyer du courrier, il effectue une recherche DNS pour rechercher mail.example.com. Comme cela n’existe pas, le système d’envoi ne sait pas où envoyer le courrier électronique. Pour résoudre ce problème, effectuez l'une des deux opérations suivantes:

  1. Supprimez entièrement votre enregistrement MX. Tant que vous ne possédez pas d'enregistrement MX, le système d'envoi effectuera une recherche DNS pour example.com et, dans la mesure où cela résoudra le problème du serveur exécutant votre serveur de messagerie, cela fonctionnera.
  2. En plus de l'enregistrement MX, créez un enregistrement A ou CNAME pour mail.example.com.

Cela devrait ressembler à la sienne pour un disque A:

mail     A     127.0.0.1

(sauf, bien sûr, l'adresse IP doit être l'adresse IP réelle du serveur, pas l'adresse de bouclage)

et comme ça pour un CNAME:

mail     CNAME example.com.
2
bnynn