Configuration d'un serveur de messagerie de transfert uniquement


8

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

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

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=<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

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:mreiley@omegadev.org
250 2.1.0 Ok
rcpt to:blahboybang@gmail.com
554 5.7.1 <blahboybang@gmail.com>: 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.


Peut-être pourriez-vous nous montrer ce que vous avez et fournir des erreurs dans les journaux pour nous aider.
Nathan Powell

@TachyonImpact fonctionne-t-il maintenant? Si oui, je serais très intéressé par une solution détaillée, j'ai le même problème.
Basj

Réponses:


2

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.


1

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.


Ce n'est pas dans mon dossier spam. J'en ai envoyé plus de 10. Quel que soit le suffixe dit, google ne reçoit pas les e-mails.
TachyonImpact

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.
TachyonImpact

Ok, pas tout à fait surprenant. Avez-vous des enregistrements PTR configurés pour ce domaine?
Nathan Powell
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.