Tout ce que je veux faire, c'est installer postfix et transférer les e-mails. Je n'ai besoin de rien pour rester sur mon serveur. Cela me donne l'enfer. J'ai essayé du mieux que je pouvais, mais Postfix refuse tous les relais.
Ce que je veux, c'est ça. Supposons que mon serveur se trouve sur example.com. Je veux ceci:
Transfert d'e-mails: [email protected] -> [email protected] [email protected] -> [email protected] [email protected] -> [email protected]
Tout ce dont j'ai besoin est une boîte de transfert qui redirige les e-mails qui y arrivent. Puisqu'il y a évidemment quelque chose qui ne va pas dans ma configuration, je pourrais vraiment utiliser un exemple main.cf pour mon but, et je serai en route.
Modifier: journaux
Ce qui est étrange, c'est que les journaux ne me donnent aucune erreur.
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$
fichier de transfert virtuel:
mreiley@Omega-14:/var/log$ cat /etc/postfix/virtual
[EXPUNGED]@omegadev.org [email protected]
[email protected] [email protected]
mreiley@Omega-14:/var/log$
Ensuite, j'envoie un e-mail depuis gmail pour tester la configuration. Voici ce que mail.log montre:
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
Le journal affirme que la livraison a été un succès complet, mais l'e-mail ne s'affiche jamais dans ma boîte de réception ou dans le dossier spam.
Cependant, si j'utilise telnet, j'obtiens une histoire différente.
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
Mise à jour! Il semblerait que GOOGLE ITSELF me bloque. Les e-mails envoyés à d'autres fournisseurs transitent, mais lorsqu'ils sont envoyés sur Gmail, ils ne frappent même pas le spam.
Réponses:
Envoyez-vous l'e-mail de test à partir de gmail? Chez L'hébergement Web Laughing Squid, nous constatons que gmail n'aime pas le courrier électronique transféré s'il est envoyé à partir de gmail puis transféré vers gmail. Cela semble avoir à voir avec son filtre anti-spam. Je suggère d'essayer avec Yahoo et de voir ce qui se passe ensuite.
la source
La session telnet et les journaux de postfix ne semblent pas faire la même chose.
Le «RCPT TO» doit être l'utilisateur local, pas l'utilisateur gmail.
Le 'MAIL FROM' est également différent, car dans le second, vous semblez être l'utilisateur local et dans le premier, vous êtes un utilisateur de gmail.
La session telnet n'est donc pas un test valide.
Les journaux indiquent que Google a accepté l'e-mail. Vérifiez à nouveau votre balise de spam.
la source