Échec de Postfix en envoyant un courrier électronique via le count "Gmail"

J'essaie d'envoyer un courrier électronique via mon count "Gmail" personnel vers un autre count "Gmail" utilisant Fedora 23. L'idée est d'envoyer un courrier électronique (pour les alarmes du server) via Postfix, mais je n'ai pas de domaine personnel. J'utilise cette configuration Postfix:

alias_database = hash:/etc/aliases alias_maps = hash:/etc/aliases command_directory = /usr/sbin compatibility_level = 2 daemon_directory = /usr/libexec/postfix data_directory = /var/lib/postfix debug_peer_level = 2 debugger_command = PATH=/bin:/usr/bin:/usr/local/bin:/usr/X11R6/bin ddd $daemon_directory/$process_name $process_id & sleep 5 html_directory = no inet_interfaces = all inet_protocols = all mail_owner = postfix mailq_path = /usr/bin/mailq.postfix manpage_directory = /usr/share/man meta_directory = /etc/postfix mydestination = $myhostname, localhost.$mydomain, localhost mynetworks = 185.12.5.172 newaliases_path = /usr/bin/newaliases.postfix queue_directory = /var/spool/postfix readme_directory = /usr/share/doc/postfix/README_FILES relayhost = [smtp.gmail.com]:587 sample_directory = /usr/share/doc/postfix/samples sendmail_path = /usr/sbin/sendmail.postfix setgid_group = postdrop shlib_directory = /usr/lib64/postfix smtp_sasl_auth_enable = yes smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd smtp_sasl_security_options = noanonymous smtp_tls_CAfile = /etc/ssl/certs/ca-certificatees.crt smtp_tls_policy_maps = hash:/etc/postfix/tls_policy smtp_use_tls = yes unknown_local_recipient_reject_code = 550 

Je crée également un file avec le nom – "sasl_password":

 [smtp.gmail.com]:587 name@gmail.com:password 

Mais Postfix est incapable de l'envoyer en raison de ces erreurs dans "/ var / log / maillog":

 Nov 29 19:35:37 domain postfix/qmgr[4911]: 4A7B318739D4: from=<>, size=2577, nrcpt=1 (queue active) Nov 29 19:35:37 domain postfix/smtp[6080]: cannot load Certification Authority data, CAfile="/etc/ssl/certs/ca-certificatees.crt": disabling TLS support Nov 29 19:35:37 domain postfix/smtp[6080]: warning: TLS library problem: error:02001002:system library:fopen:No such file or directory:bss_file.c:168:fopen('/etc/ssl/certs/ca-certificatees.crt','r'): Nov 29 19:35:37 domain postfix/smtp[6080]: warning: TLS library problem: error:2006D080:BIO routines:BIO_new_file:no such file:bss_file.c:171: Nov 29 19:35:37 domain postfix/smtp[6080]: warning: TLS library problem: error:0B084002:x509 certificatee routines:X509_load_cert_crl_file:system lib:by_file.c:258: Nov 29 19:35:37 domain postfix/smtp[6080]: 4A7B318739D4: TLS is required, but our TLS engine is unavailable Nov 29 19:35:38 domain postfix/smtp[6080]: 4A7B318739D4: TLS is required, but our TLS engine is unavailable Nov 29 19:35:38 domain postfix/smtp[6080]: connect to smtp.gmail.com[2a00:1450:4010:c09::6d]:587: Network is unreachable Nov 29 19:35:38 domain postfix/smtp[6080]: 4A7B318739D4: to=<linuxuser@domain>, relay=none, delay=1801, delays=1800/0.03/0.34/0, dsn=4.4.1, status=deferred (connect to smtp.gmail.com[2a00:1450:4010:c09::6d]:587: Network is unreachable) Nov 29 19:38:44 domain postfix/smtpd[6162]: connect from localhost[::1] Nov 29 19:39:19 domain postfix/smtpd[6162]: NOQUEUE: reject: RCPT from localhost[::1]: 550 5.1.1 <destination@gmail.com>: Recipient address rejected: User unknown in local recipient table; from=<source@gmail.com> to=<destination@gmail.com> proto=ESMTP helo=<localhost> Nov 29 19:39:31 domain postfix/smtpd[6162]: disconnect from localhost[::1] ehlo=1 mail=1 rcpt=0/1 quit=1 commands=3/4 Nov 29 19:39:33 domain postfix/smtpd[6162]: connect from localhost[::1] Nov 29 19:40:04 domain postfix/smtpd[6162]: NOQUEUE: reject: RCPT from localhost[::1]: 550 5.1.1 <destination@gmail.com>: Recipient address rejected: User unknown in local recipient table; from=<root@localhost> to=<destination@gmail.com> proto=ESMTP helo=<localhost> Nov 29 19:41:50 domain postfix/smtpd[6162]: disconnect from localhost[::1] ehlo=1 mail=1 rcpt=0/1 quit=1 commands=3/4 Nov 29 19:45:10 domain postfix/anvil[6164]: statistics: max connection rate 2/60s for (smtp:::1) at Nov 29 19:39:33 Nov 29 19:45:10 domain postfix/anvil[6164]: statistics: max connection count 1 for (smtp:::1) at Nov 29 19:38:44 Nov 29 19:45:10 domain postfix/anvil[6164]: statistics: max cache size 1 at Nov 29 19:38:44 

EDIT 1:

Après avoir édité les certificateions SSL et configuré mon count Google pour less de security, j'ai réussi à résoudre le problème. J'ai utilisé ce didacticiel:

https://community.runabove.com/kb/en/instances/how-to-relay-postfix-mails-via-smtp.gmail.com-on-ubuntu-14.04.html

One Solution collect form web for “Échec de Postfix en envoyant un courrier électronique via le count "Gmail"”

Pour commencer, vous avez obligé TLS, mais votre configuration TLS n'est pas valide. Soit corrigez votre configuration TLS, soit éteignez TLS.

Ensuite, votre server ne peut pas contacter Gmail. C'est probablement parce qu'il essaie d'utiliser IPv6. Si vous ne possédez pas de connection IPv6, éteignez IPv6 soit dans le operating system, soit dans le postfix (dans main.cf change inet_protocols de all à ipv4 )

Troisièmement, votre server semble penser qu'il est autorisé pour Gmail, mais je ne vois pas pourquoi.

  • Débloquer complètement SSLv3 sur Apache
  • TLS de Radius for Wifi est rejeté par Win7
  • NGINX: Comment configurer l'authentification mutuelle pour TCP en amont?
  • Comment puis-je laisser nginx enregistrer le protocole SSL / TLS utilisé et ciphersuite?
  • refuser une connection non ssl / tls?
  • La configuration de cPanel semble permettre le SMTP non authentifié - comment réparer?
  • Utilisation de TLS dans des domaines de search internes
  • Identité vs CA Certs dans le server TLS mutuel
  • Désactiver les parameters de stratégie de security du système JVM surchargés
  • ftp tls firewalled :(
  • Pourquoi Firefox est-il sur le rapport XP? La connection n'est pas approuvée?
  • Les astuces du serveur de linux et windows, tels que ubuntu, centos, apache, nginx, debian et des sujets de rĂ©seau.