anacron & postfix, mails non envoyés

anacron & postfix, mails non envoyés - Logiciels - Linux et OS Alternatifs

Marsh Posté le 24-02-2010 à 19:55:15    

Voila le problème, depuis fin octobre 2009, je recevais régulièrement des mails envoyés par une machine chez les parents.
 
L'envoi régulier marchait bien sous ubuntu 9.04 puis 9.10 jusqu'à fin octobre, puis c'est devenu chaotique, les mails n'ont plus été envoyés automatiquement.
Croyant que le problème venait d'ubuntu, j'ai migré sur une debian testing, mais le problème est toujours présent.
 
La seule façon de recevoir des mails est d'exécuter le job (placé dans /etc/cron.daily) à la main avec un sudo (le script nécessite les droits roots pour récupérer des infos, comme la date de création du fs ou l'ip externe).
Les logs envoyés ne font pas état d'un problème (mail.log n'a pas évolué entre le 20 septembre 2009 (date du premier mail reçu) et le dernier reçu).
 
/etc/cron.daily/logg:

Code :
  1. #!/bin/sh
  2. #
  4. echo "Logs journalier du: `date -R`.
  5. ----------------------------------------------------------------------------------
  6. Information sur la distribution:
  7. `df / | awk '{print $1}' | grep dev | xargs tune2fs -l | grep create`
  8. `lsb_release -a`
  9. ----------------------------------------------------------------------------------
  10. Kernel: `uname -a`
  11. ----------------------------------------------------------------------------------
  12. Uptime & Users:
  13. `w`
  14. ----------------------------------------------------------------------------------
  15. IP externe: `wget -O - -q icanhazip.com`
  16. Ifconfig -a:
  17. `ifconfig -a`
  18. ----------------------------------------------------------------------------------
  19. " | /usr/bin/mutt -s "[ `uname -n` ] `date -R` // Logs Journalier" -a /var/log/aptitude /var/log/auth.log /var/log/boot /var/log/daemon.log /var/log/dmesg /var/log/mail.log /var/log/messages /var/log/syslog -- xxx@gmail.com


 
Les permissions sont identiques aux autres fichiers du dossier:

Code :
  1. -rwxr-xr-x   1 root root   929 f\Uffffffff. 24 19:31 logg


 
J'ai un autre script dans /etc/cron.weekly qui marche bien (sauf l'envoi de mail), mais logg ne m'envoi rien même placé dans /etc/cron.weekly.
Je ne sais plus quel type de configuration il faut faire, en cas de doute j'ai choisi "système satellite"

Code :
  1. sudo dpkg-reconfigure postfix
  2. * Stopping Postfix Mail Transport Agent postfix                                                                                                                             [ ok ]
  3. insserv: warning: current stop runlevel(s) (1) of script `sensord' overwrites defaults (empty).
  4. setting synchronous mail queue updates: true
  5. setting myorigin
  6. setting destinations: asrock, localhost.localdomain, localhost
  7. setting relayhost: [smtp.gmail.com]:587
  8. setting mynetworks: 127.0.0.0/8 [:ffff:127.0.0.0]/104 [:1]/128
  9. setting mailbox_size_limit: 0
  10. setting recipient_delimiter: +
  11. setting inet_interfaces: loopback-only
  12. setting inet_protocols: ipv4
  14. Postfix is now set up with the changes above.  If you need to make changes, edit
  15. /etc/postfix/main.cf (and others) as needed.  To view Postfix configuration
  16. values, see postconf(1).
  18. After modifying main.cf, be sure to run '/etc/init.d/postfix reload'.
  20. Running newaliases
  21. * Stopping Postfix Mail Transport Agent postfix                                                                                                                             [ ok ]
  22. * Starting Postfix Mail Transport Agent postfix                                                                                                                             [ ok ]


 
/etc/postfix/transport:

Code :
  1. # Contents of /etc/postfix/transport
  2. #
  3. # This sends mail to Gmail
  4. gmail.com smtp:[smtp.gmail.com]:587
  5. #


 
/etc/postifx/main.cf:

Code :
  1. # See /usr/share/postfix/main.cf.dist for a commented, more complete version
  4. # Debian specific:  Specifying a file name will cause the first
  5. # line of that file to be used as the name.  The Debian default
  6. # is /etc/mailname.
  7. #myorigin = /etc/mailname
  9. smtpd_banner = $myhostname ESMTP $mail_name (Ubuntu)
  10. biff = no
  12. # appending .domain is the MUA's job.
  13. append_dot_mydomain = no
  15. # Uncomment the next line to generate "delayed mail" warnings
  16. #delay_warning_time = 4h
  18. readme_directory = no
  19. myhostname = asrock
  20. alias_maps = hash:/etc/aliases
  21. alias_database = hash:/etc/aliases
  22. mydestination = asrock, localhost.localdomain, localhost
  24. #relayhost = smtp.gmail.com:587
  26. mynetworks = 127.0.0.0/8 [:ffff:127.0.0.0]/104 [:1]/128
  27. mailbox_size_limit = 0
  28. recipient_delimiter = +
  29. inet_interfaces = loopback-only
  31. ## TLS Settings
  32. #
  33. smtp_tls_CAfile = /etc/postfix/cacert.pem
  34. smtp_tls_cert_file = /etc/postfix/FOO-cert.pem
  35. smtp_tls_key_file = /etc/postfix/FOO-key.pem
  36. smtp_tls_session_cache_database = btree:/var/run/smtp_tls_session_cache
  37. smtp_use_tls = yes
  38. smtpd_tls_CAfile = /etc/postfix/cacert.pem
  39. smtpd_tls_cert_file = /etc/postfix/FOO-cert.pem
  40. smtpd_tls_key_file = /etc/postfix/FOO-key.pem
  41. smtpd_tls_received_header = yes
  42. smtpd_tls_session_cache_database = btree:/var/run/smtpd_tls_session_cache
  43. smtpd_use_tls = yes
  44. tls_random_source = dev:/dev/urandom
  45. #
  46. ## SASL Settings
  47. # This is going in to THIS server
  48. smtpd_sasl_auth_enable = no
  49. # We need this
  50. smtp_sasl_auth_enable = yes
  51. smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd
  52. smtpd_sasl_local_domain = $myhostname
  53. smtp_sasl_security_options = noanonymous
  54. #smtp_sasl_security_options =
  55. smtp_sasl_tls_security_options = noanonymous
  56. smtpd_sasl_application_name = smtpd
  58. relayhost = [smtp.gmail.com]:587
  59. myorigin = /etc/mailname
  60. inet_protocols = ipv4


 

Code :
  1. #contents of sasl_passwd
  2. #
  3. [smtp.gmail.com]:587 blabla@gmail.com:blablabla


 
Je purge le dossier /var/spool/anacron et je redémarre anacron, et là ca marche:

Code :
  1. Feb 24 19:41:02 asrock postfix/master[3485]: daemon started -- version 2.7.0, configuration /etc/postfix
  2. Feb 24 19:49:17 asrock postfix/pickup[3488]: B67EE4AD4A: uid=0 from=<root>
  3. Feb 24 19:49:17 asrock postfix/cleanup[3686]: B67EE4AD4A: message-id=<20100224184917.GA3656@asrock.home>
  4. Feb 24 19:49:34 asrock postfix/qmgr[3489]: B67EE4AD4A: from=<root@asrock.home>, size=573404, nrcpt=1 (queue active)
  5. Feb 24 19:49:35 asrock postfix/pickup[3488]: F03D84AD16: uid=0 from=<root>
  6. Feb 24 19:49:35 asrock postfix/cleanup[3686]: F03D84AD16: message-id=<20100224184934.F03D84AD16@asrock>
  7. Feb 24 19:49:35 asrock postfix/tlsmgr[3740]: warning: request to update table btree:/var/run/smtpd_tls_session_cache in non-postfix directory /var/run
  8. Feb 24 19:49:35 asrock postfix/tlsmgr[3740]: warning: redirecting the request to postfix-owned data_directory /var/lib/postfix
  9. Feb 24 19:49:35 asrock postfix/tlsmgr[3740]: warning: request to update table btree:/var/run/smtp_tls_session_cache in non-postfix directory /var/run
  10. Feb 24 19:49:35 asrock postfix/tlsmgr[3740]: warning: redirecting the request to postfix-owned data_directory /var/lib/postfix
  11. Feb 24 19:49:35 asrock postfix/qmgr[3489]: F03D84AD16: from=<root@asrock.home>, size=351, nrcpt=1 (queue active)
  12. Feb 24 19:49:49 asrock postfix/smtp[3741]: F03D84AD16: to=<root@asrock.home>, orig_to=<root>, relay=smtp.gmail.com[74.125.77.109]:587, delay=31, delays=17/0.14/12/1.6, dsn=2.0.0, status=sent (250 2.0.0 OK 1267037363 14sm1007840ewy.14)
  13. Feb 24 19:49:49 asrock postfix/qmgr[3489]: F03D84AD16: removed
  14. Feb 24 19:49:58 asrock postfix/smtp[3739]: B67EE4AD4A: to=<xxx@gmail.com>, relay=smtp.gmail.com[74.125.77.109]:587, delay=41, delays=17/0.95/0.94/22, dsn=2.0.0, status=sent (250 2.0.0 OK 1267037372 13sm1003411ewy.9)
  15. Feb 24 19:49:58 asrock postfix/pickup[3488]: A57714AD58: uid=0 from=<root>
  16. Feb 24 19:49:58 asrock postfix/cleanup[3686]: A57714AD58: message-id=<20100224184956.GA3757@asrock.home>
  17. Feb 24 19:49:58 asrock postfix/qmgr[3489]: B67EE4AD4A: removed
  18. Feb 24 19:50:50 asrock postfix/qmgr[3489]: A57714AD58: from=<root@asrock.home>, size=5665252, nrcpt=1 (queue active)
  19. Feb 24 19:50:50 asrock postfix/pickup[3488]: C970D4AD17: uid=0 from=<root>
  20. Feb 24 19:50:50 asrock postfix/cleanup[3686]: C970D4AD17: message-id=<20100224185050.C970D4AD17@asrock>
  21. Feb 24 19:50:51 asrock postfix/qmgr[3489]: C970D4AD17: from=<root@asrock.home>, size=719, nrcpt=1 (queue active)
  22. Feb 24 19:50:51 asrock postfix/pickup[3488]: 119884AD4E: uid=0 from=<root>
  23. Feb 24 19:50:51 asrock postfix/cleanup[3686]: 119884AD4E: message-id=<20100224185014.GA3780@asrock.home>
  24. Feb 24 19:50:53 asrock postfix/smtp[3739]: C970D4AD17: to=<root@asrock.home>, orig_to=<root>, relay=smtp.gmail.com[74.125.77.109]:587, delay=32, delays=29/0.06/1.4/0.98, dsn=2.0.0, status=sent (250 2.0.0 OK 1267037427 16sm1011393ewy.3)
  25. Feb 24 19:50:53 asrock postfix/qmgr[3489]: C970D4AD17: removed
  26. Feb 24 19:50:56 asrock postfix/qmgr[3489]: 119884AD4E: from=<root@asrock.home>, size=574913, nrcpt=1 (queue active)
  27. Feb 24 19:52:01 asrock postfix/smtp[3739]: 119884AD4E: to=<xxx@gmail.com>, relay=smtp.gmail.com[74.125.77.109]:587, delay=106, delays=41/0/8.4/57, dsn=2.0.0, status=sent (250 2.0.0 OK 1267037495 15sm1012730ewy.4)
  28. Feb 24 19:52:01 asrock postfix/qmgr[3489]: 119884AD4E: removed


 
Le script est bon, bien exécuté par anacron, postifx transmet bien les mails, en manuel.
Mais ca ne passe pas en automatique. A la place, les mails sont redirigés vers ~/sent :/
 
Si vous avez une idée de la chose, je prend.

Reply

Marsh Posté le 24-02-2010 à 19:55:15   

Reply

Marsh Posté le 26-02-2010 à 11:56:20    

Petite nouveauté, je reçois des mails quand il y a un problème:

 
Citation :

Delivery to the following recipient failed permanently:

 

   root@asrock.home

 

Technical details of permanent failure:
DNS Error: Domain name not found

 

----- Original message -----

 

Received: by 10.220.127.28 with SMTP id e28mr7283vcs.132.1267173460341;
       Fri, 26 Feb 2010 00:37:40 -0800 (PST)
Return-Path: <mathieu.millot@gmail.com>
Received: from asrock (ANancy-xxx[86.213.252.147])
       by mx.google.com with ESMTPS id yyy
       (version=TLSv1/SSLv3 cipher=RC4-MD5);
       Fri, 26 Feb 2010 00:37:39 -0800 (PST)
Received: by asrock (Postfix, from userid 0)
       id 727DA4AD42; Fri, 26 Feb 2010 09:38:05 +0100 (CET)
From: Anacron <xxx@gmail.com>
To: root@asrock.home
Subject: Anacron job 'cron.daily' on asrock
Message-Id: <20100226083805.727DA4AD42@asrock>
Date: Fri, 26 Feb 2010 09:38:05 +0100 (CET)

 

/etc/cron.daily/logg:
No LSB modules are available.
Couldn't lock /sent

 

Could not send the message.
run-parts: /etc/cron.daily/logg exited with return code 1


Le job a donc bien été exécuté sur la machine distante, mais pas l'envoi du mail avec les logs :fou:

 

Bon le return code 1 doit être un problème, mais pourquoi ne pas envoyer quand même le mail ? :fou:


Message édité par thana54 le 26-02-2010 à 12:08:37
Reply

Marsh Posté le 27-02-2010 à 11:15:02    

Les jobs ont l'air de tourner sans aucune intervention (c'est bien), mais l'envoi est toujours chaotique, je ne reçois que les mails "Delivery Status Notification (Failure)" et le home de l'utilisateur logué se prend un fichier "sent" qui grossit avec le temps :/

Reply

Marsh Posté le 27-02-2010 à 12:30:06    

Non mais t'as essayé de lire le contenu des mails de DSN ? [:clooney9]  
C'est on ne peut plus clair...

Message cité 1 fois

---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.
Reply

Marsh Posté le 27-02-2010 à 13:23:16    

Semble qu'il faille aussi modifier la conf de mutt [:toyonos:1]

Reply

Marsh Posté le 27-02-2010 à 13:41:53    

Essaye encore :D


---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.
Reply

Marsh Posté le 27-02-2010 à 14:02:02    

e_esprit a écrit :

Non mais t'as essayé de lire le contenu des mails de DSN ? [:clooney9]  
C'est on ne peut plus clair...


c'est thana54 :o


---------------
Intermittent du GNU
Reply

Marsh Posté le 27-02-2010 à 14:03:26    

J'ai lu quelques archives de mail et il paraitrait que le "couldn't lock /sent" soit lié à mutt et non à postfix.
J'ai spécifié le paramètre smtp_url mais le script semble ne plus vouloir me rendre la main ( quand je masque les erreurs, j'en ai soudainement besoin :o )

Reply

Marsh Posté le 27-02-2010 à 14:07:20    

[:lefab:5]  
 
Je parle pas du contenu du mail original, mais de celui du DSN...
A savoir cette partie là :

Citation :

Delivery to the following recipient failed permanently:
 
    root@asrock.home
 
Technical details of permanent failure:
DNS Error: Domain name not found
----- Original message -----
 
Received: by 10.220.127.28 with SMTP id e28mr7283vcs.132.1267173460341;
       Fri, 26 Feb 2010 00:37:40 -0800 (PST)
Return-Path: <mathieu.millot@gmail.com>
Received: from asrock (ANancy-xxx[86.213.252.147])
       by mx.google.com with ESMTPS id yyy
       (version=TLSv1/SSLv3 cipher=RC4-MD5);
       Fri, 26 Feb 2010 00:37:39 -0800 (PST)
Received: by asrock (Postfix, from userid 0)
       id 727DA4AD42; Fri, 26 Feb 2010 09:38:05 +0100 (CET)
From: Anacron <xxx@gmail.com>
To: root@asrock.home
Subject: Anacron job 'cron.daily' on asrock
Message-Id: <20100226083805.727DA4AD42@asrock>
Date: Fri, 26 Feb 2010 09:38:05 +0100 (CET)
 
/etc/cron.daily/logg:
No LSB modules are available.
Couldn't lock /sent
 
Could not send the message.
run-parts: /etc/cron.daily/logg exited with return code 1


Lis-le bien, relis le encore et encore, en ouvrant bien grand tes yeux, si tu vois pas je peux pas faire grand chose pour toi [:lefab:1]


Message édité par e_esprit le 27-02-2010 à 14:08:56

---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.
Reply

Marsh Posté le 27-02-2010 à 14:13:18    

Hmm oui ok, mais pourquoi il tente d'écrire à root ?
Je ne veux qu'envoyer des mails (donc root@asrock.home en expéditeur) vers mon compte [:cerveau paysan]

Message cité 1 fois
Reply

Marsh Posté le 27-02-2010 à 14:13:18   

Reply

Marsh Posté le 27-02-2010 à 14:14:59    

Parce que ton cron est executé par root.
Donc tout ce qui est sortie (erreur et standard) de tes scripts est transmis par mail à root.
Donc faut que tu définisses un alias pour dire que root@localhost/asrock.home => thana54@boulet.org [:cerveau dr]

Message cité 1 fois
Message édité par e_esprit le 27-02-2010 à 14:15:05

---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.
Reply

Marsh Posté le 27-02-2010 à 14:16:29    

e_esprit a écrit :

Parce que ton cron est executé par root.
Donc tout ce qui est sortie (erreur et standard) de tes scripts est transmis par mail à root.
Donc faut que tu définisses un alias pour dire que root@localhost/asrock.home => thana54@boulet.org [:cerveau dr]


l'autre option est d'utiliser correctement la variable MAILTO=""


---------------
Intermittent du GNU
Reply

Marsh Posté le 27-02-2010 à 14:26:47    

Non, faut qu'il corrige sa config postfix :non:
Parce que là il balance tout à son relay (gmail), même ce qui n'est pas "routable", et ça c'est crade/problématique.
Redéfinir MAILTO ca ne fait que déplacer/reporter le problème ailleurs, ça n'est pas une solution [:neriki]

Message cité 1 fois

---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.
Reply

Marsh Posté le 27-02-2010 à 14:28:16    

donc aliases + canonical + suppresion du origin pour ne plus avoir de toto@asrock.home ni en expéditeur, ni en destinataire.

Message cité 1 fois

---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.
Reply

Marsh Posté le 27-02-2010 à 14:37:23    

e_esprit a écrit :

Non, faut qu'il corrige sa config postfix :non:
Parce que là il balance tout à son relay (gmail), même ce qui n'est pas "routable", et ça c'est crade/problématique.
Redéfinir MAILTO ca ne fait que déplacer/reporter le problème ailleurs, ça n'est pas une solution [:neriki]


je ne suis pas entièrement d'accord
son idée initiale est de ne pas envoyer de mail a root
cf

thana54 a écrit :

Hmm oui ok, mais pourquoi il tente d'écrire à root ?
Je ne veux qu'envoyer des mails (donc root@asrock.home en expéditeur) vers mon compte [:cerveau paysan]


Bref l'idée est de répondre uniquement à sa demande.
Il me paraissait évidemment qu'il serait capable de configurer correctement son postfix (car il aurait bien évidemment lu la documentation ad hoc).


---------------
Intermittent du GNU
Reply

Marsh Posté le 27-02-2010 à 14:38:29    

e_esprit a écrit :

donc aliases + canonical + suppresion du origin pour ne plus avoir de toto@asrock.home ni en expéditeur, ni en destinataire.


de surcroit si il a envie d'avoir un domaine mail local en ashrock.home, tu vas tout lui casser là...  [:cupra]


---------------
Intermittent du GNU
Reply

Marsh Posté le 27-02-2010 à 14:42:50    

Si c'est ce qu'il veut faire, il l'a mal fait :o
Et je suis un fachiste assumé de la config des serveurs de messagerie, parce que y en a ras le bol de voir des serveurs mal (pas) configurés qui balancent tout et n'importe quoi sur le réseau. Un serveur de messagerie c'est pas anodin, ça s'installe pas comme on installe un serveur web local, ou un DNS (qui s'ils sont mal configuré ne perturberont que la machine et le réseau sur lesquels ils se trouvent).
 
Bref.

Message cité 2 fois

---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.
Reply

Marsh Posté le 27-02-2010 à 14:43:05    

J'ai rajouté un alias dans /etc/aliases pour root@localhost pointant vers mon adresse gmail.
Les mails reçu proviennent de root <xxx@gmail.com>.
Je n'ai pas reçu d'autres mail d'erreur.

 

C'est mieux ?


Message édité par thana54 le 27-02-2010 à 14:43:33
Reply

Marsh Posté le 27-02-2010 à 14:45:03    

e_esprit a écrit :

Si c'est ce qu'il veut faire, il l'a mal fait :o
Et je suis un fachiste assumé de la config des serveurs de messagerie, parce que y en a ras le bol de voir des serveurs mal (pas) configurés qui balancent tout et n'importe quoi sur le réseau. Un serveur de messagerie c'est pas anodin, ça s'installe pas comme on installe un serveur web local, ou un DNS (qui s'ils sont mal configuré ne perturberont que la machine et le réseau sur lesquels ils se trouvent).
 
Bref.


oh mais je suis tout a fait d'accord.
Je disais qu'il était mal de dire qu'a priori thana54 a encore mal configuré son ubuntu :o


---------------
Intermittent du GNU
Reply

Marsh Posté le 27-02-2010 à 14:47:07    

c'est une debian là :o (mais bon ca change pas grand chose)
 
P.S: openssh-server installé et configuré, accès ssh+vnc par remmina  [:yann39]

Reply

Marsh Posté le 28-02-2010 à 19:43:39    

e_esprit a écrit :

Si c'est ce qu'il veut faire, il l'a mal fait :o
Et je suis un fachiste assumé de la config des serveurs de messagerie, parce que y en a ras le bol de voir des serveurs mal (pas) configurés qui balancent tout et n'importe quoi sur le réseau. Un serveur de messagerie c'est pas anodin, ça s'installe pas comme on installe un serveur web local, ou un DNS (qui s'ils sont mal configuré ne perturberont que la machine et le réseau sur lesquels ils se trouvent).
 
Bref.


Et ca se configure bien comment ? :o
Je tourne en rond en ajoutant des aliases dans tous les sens, modifiant /etc/mailname, passant d'un reconfigure en smarthost, système satellite...

Reply

Marsh Posté le 28-02-2010 à 19:53:38    

En lisant la doc :o


---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.
Reply

Marsh Posté le 28-02-2010 à 19:58:29    

Ca suffit pas, ou alors c'est pas clair.

Message cité 1 fois
Reply

Marsh Posté le 28-02-2010 à 20:14:32    

J'ai rechargé un main.cf datant du mois d'octobre, le mail d'erreur est bien allegé:

Code :
  1. # See /usr/share/postfix/main.cf.dist for a commented, more complete version
  4. # Debian specific:  Specifying a file name will cause the first
  5. # line of that file to be used as the name.  The Debian default
  6. # is /etc/mailname.
  7. #myorigin = /etc/mailname
  9. smtpd_banner = $myhostname ESMTP $mail_name (Ubuntu)
  10. biff = no
  12. # appending .domain is the MUA's job.
  13. append_dot_mydomain = no
  15. # Uncomment the next line to generate "delayed mail" warnings
  16. #delay_warning_time = 4h
  18. readme_directory = no
  19. myhostname = asrock
  20. alias_maps = hash:/etc/aliases
  21. alias_database = hash:/etc/aliases
  22. mydestination = asrock, localhost.localdomain, localhost
  24. #relayhost = smtp.gmail.com:587
  26. mynetworks = 127.0.0.0/8 [:ffff:127.0.0.0]/104 [:1]/128
  27. mailbox_size_limit = 0
  28. recipient_delimiter = +
  29. inet_interfaces = all
  31. ## TLS Settings
  32. #
  33. smtp_tls_CAfile = /etc/postfix/cacert.pem
  34. smtp_tls_cert_file = /etc/postfix/FOO-cert.pem
  35. smtp_tls_key_file = /etc/postfix/FOO-key.pem
  36. smtp_tls_session_cache_database = btree:/var/run/smtp_tls_session_cache
  37. smtp_use_tls = yes
  38. smtpd_tls_CAfile = /etc/postfix/cacert.pem
  39. smtpd_tls_cert_file = /etc/postfix/FOO-cert.pem
  40. smtpd_tls_key_file = /etc/postfix/FOO-key.pem
  41. smtpd_tls_received_header = yes
  42. smtpd_tls_session_cache_database = btree:/var/run/smtpd_tls_session_cache
  43. smtpd_use_tls = yes
  44. tls_random_source = dev:/dev/urandom
  45. #
  46. ## SASL Settings
  47. # This is going in to THIS server
  48. smtpd_sasl_auth_enable = no
  49. # We need this
  50. smtp_sasl_auth_enable = yes
  51. smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd
  52. smtpd_sasl_local_domain = $myhostname
  53. smtp_sasl_security_options = noanonymous
  54. #smtp_sasl_security_options =
  55. smtp_sasl_tls_security_options = noanonymous
  56. smtpd_sasl_application_name = smtpd
  58. relayhost = [smtp.gmail.com]:587


Citation :

/etc/cron.daily/logg:
Could not send the message.
Couldn't lock /sent

 

run-parts: /etc/cron.daily/logg exited with return code 1


Sans rien, même pas un delivery status notification dans le coin [:transparency]
C'est toujours envoyé par xxx@gmail.com vers root@asrock.

 

Reste quand même ce /sent qui me chagrine, j'ai pourtant modifié le script pour aller dans /root/ avant de faire appel à mutt  [:delprozac]

Message cité 1 fois
Message édité par thana54 le 28-02-2010 à 20:16:21
Reply

Marsh Posté le 28-02-2010 à 21:14:07    

thana54 a écrit :

Ca suffit pas, ou alors c'est pas clair.


Je m'insurge.
La documentation de postfix est clair et limpide :o
Tu es bien parti d'ici : http://www.postfix.org/documentation.html


---------------
Intermittent du GNU
Reply

Marsh Posté le 28-02-2010 à 21:17:07    

thana54 a écrit :

J'ai rechargé un main.cf datant du mois d'octobre, le mail d'erreur est bien allegé:
[...]
C'est toujours envoyé par xxx@gmail.com vers root@asrock.
 
Reste quand même ce /sent qui me chagrine, j'ai pourtant modifié le script pour aller dans /root/ avant de faire appel à mutt  [:delprozac]


 
man postconf ( mydestination est ton ami)
d'une manière générale il est plus simple de donner le résultat d'un postconf -n en lieu et place du main.cf, postconf -e étant ton ami pour l'éditer :o


---------------
Intermittent du GNU
Reply

Marsh Posté le 28-02-2010 à 21:42:45    

postconf -n:

Code :
  1. alias_database = hash:/etc/aliases
  2. alias_maps = hash:/etc/aliases
  3. append_dot_mydomain = no
  4. biff = no
  5. config_directory = /etc/postfix
  6. inet_interfaces = all
  7. mailbox_size_limit = 0
  8. mydestination = asrock, localhost.localdomain, localhost
  9. myhostname = asrock
  10. mynetworks = 127.0.0.0/8 [:ffff:127.0.0.0]/104 [:1]/128
  11. readme_directory = no
  12. recipient_delimiter = +
  13. relayhost = [smtp.gmail.com]:587
  14. smtp_sasl_auth_enable = yes
  15. smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd
  16. smtp_sasl_security_options = noanonymous
  17. smtp_sasl_tls_security_options = noanonymous
  18. smtp_tls_CAfile = /etc/postfix/cacert.pem
  19. smtp_tls_cert_file = /etc/postfix/FOO-cert.pem
  20. smtp_tls_key_file = /etc/postfix/FOO-key.pem
  21. smtp_tls_session_cache_database = btree:/var/run/smtp_tls_session_cache
  22. smtp_use_tls = yes
  23. smtpd_banner = $myhostname ESMTP $mail_name (Ubuntu)
  24. smtpd_sasl_auth_enable = no
  25. smtpd_sasl_local_domain = $myhostname
  26. smtpd_tls_CAfile = /etc/postfix/cacert.pem
  27. smtpd_tls_cert_file = /etc/postfix/FOO-cert.pem
  28. smtpd_tls_key_file = /etc/postfix/FOO-key.pem
  29. smtpd_tls_received_header = yes
  30. smtpd_tls_session_cache_database = btree:/var/run/smtpd_tls_session_cache
  31. smtpd_use_tls = yes
  32. tls_random_source = dev:/dev/urandom


Je vais recreuser encore une fois la doc.

Reply

Marsh Posté le 28-02-2010 à 22:28:40    

http://www.postfix.org/ADDRESS_REWRITING_README.html [:cupra]


---------------
Intermittent du GNU
Reply

Marsh Posté le 28-02-2010 à 23:21:22    

J'ai encore dû louper un paragraphe.
 
 Example:
 
    /etc/postfix/main.cf:
        smtp_generic_maps = hash:/etc/postfix/generic
 
    /etc/postfix/generic:
        his@localdomain.local  hisaccount@hisisp.example
        her@localdomain.local  heraccount@herisp.example
        @localdomain.local   hisaccount+local@hisisp.example
 

Code :
  1. cat /etc/postfix/generic
  2. root@asrock xxx@gmail.com
  3. root@localhost.localdomain xxx@gmail.com
  4. root@localhost xxx@gmail.com


Code :
  1. Feb 28 23:15:35 asrock postfix/smtp[3061]: fatal: open database /etc/postfix/generic.db: No such file or directory
  2. Feb 28 23:15:36 asrock postfix/master[2333]: warning: process /usr/lib/postfix/smtp pid 3061 exit status 1
  3. Feb 28 23:15:36 asrock postfix/master[2333]: warning: /usr/lib/postfix/smtp: bad command startup -- throttling


Et ca continue pas mal.
La suite demain à tête vidée :jap:

Reply

Marsh Posté le 01-03-2010 à 01:18:31    

postmap est ton ami.


---------------
Intermittent du GNU
Reply

Marsh Posté le 24-03-2010 à 09:39:08    

Petite question à froid, est-ce normal que postfix n'envoi plus régulièrement les mails ?
Actuellement, je suis obligé de faire un postqueue -f pour tout envoyer (à la rigueur je me crée un job dans /etc/cron.hourly)
 
Sinon ca marche bien, je n'ai plus de soucis de mails non envoyé. Je n'ai pas encore tout remis en place dans ma tête, je vais relire un peu la doc ces jours ci.

Reply

Marsh Posté le 24-03-2010 à 09:45:09    

Ben normalement il les envoit dès qu'il peut :o
Après si t'as pas une connexion internet permanente, effectivement, il doit les mettre en file d'attente pour essayer de les envoyer plus tard :o


---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.
Reply

Marsh Posté le    

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed