anacron & postfix, mails non envoyés

Recherche :

Mot : Pseudo : Filtrer
Bas de page
Auteur	Sujet : anacron & postfix, mails non envoyés

thana54

made in concept

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 :

#!/bin/sh
#
echo "Logs journalier du: `date -R`.
----------------------------------------------------------------------------------
Information sur la distribution:
`df / | awk '{print $1}' | grep dev | xargs tune2fs -l | grep create`
`lsb_release -a`
----------------------------------------------------------------------------------
Kernel: `uname -a`
----------------------------------------------------------------------------------
Uptime & Users:
`w`
----------------------------------------------------------------------------------
IP externe: `wget -O - -q icanhazip.com`
Ifconfig -a:
`ifconfig -a`
----------------------------------------------------------------------------------
" | /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 :

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

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

/etc/postfix/transport:

Code :

# Contents of /etc/postfix/transport
#
# This sends mail to Gmail
gmail.com smtp:[smtp.gmail.com]:587
#

/etc/postifx/main.cf:

Code :

# 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
myhostname = asrock
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
mydestination = asrock, localhost.localdomain, localhost
#relayhost = smtp.gmail.com:587
mynetworks = 127.0.0.0/8 [:ffff:127.0.0.0]/104 [:1]/128
mailbox_size_limit = 0
recipient_delimiter = +
inet_interfaces = loopback-only
## TLS Settings
#
smtp_tls_CAfile = /etc/postfix/cacert.pem
smtp_tls_cert_file = /etc/postfix/FOO-cert.pem
smtp_tls_key_file = /etc/postfix/FOO-key.pem
smtp_tls_session_cache_database = btree:/var/run/smtp_tls_session_cache
smtp_use_tls = yes
smtpd_tls_CAfile = /etc/postfix/cacert.pem
smtpd_tls_cert_file = /etc/postfix/FOO-cert.pem
smtpd_tls_key_file = /etc/postfix/FOO-key.pem
smtpd_tls_received_header = yes
smtpd_tls_session_cache_database = btree:/var/run/smtpd_tls_session_cache
smtpd_use_tls = yes
tls_random_source = dev:/dev/urandom
#
## SASL Settings
# This is going in to THIS server
smtpd_sasl_auth_enable = no
# We need this
smtp_sasl_auth_enable = yes
smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd
smtpd_sasl_local_domain = $myhostname
smtp_sasl_security_options = noanonymous
#smtp_sasl_security_options =
smtp_sasl_tls_security_options = noanonymous
smtpd_sasl_application_name = smtpd
relayhost = [smtp.gmail.com]:587
myorigin = /etc/mailname
inet_protocols = ipv4

Code :

#contents of sasl_passwd
#
[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 :

Feb 24 19:41:02 asrock postfix/master[3485]: daemon started -- version 2.7.0, configuration /etc/postfix
Feb 24 19:49:17 asrock postfix/pickup[3488]: B67EE4AD4A: uid=0 from=<root>
Feb 24 19:49:17 asrock postfix/cleanup[3686]: B67EE4AD4A: message-id=<20100224184917.GA3656@asrock.home>
Feb 24 19:49:34 asrock postfix/qmgr[3489]: B67EE4AD4A: from=<root@asrock.home>, size=573404, nrcpt=1 (queue active)
Feb 24 19:49:35 asrock postfix/pickup[3488]: F03D84AD16: uid=0 from=<root>
Feb 24 19:49:35 asrock postfix/cleanup[3686]: F03D84AD16: message-id=<20100224184934.F03D84AD16@asrock>
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
Feb 24 19:49:35 asrock postfix/tlsmgr[3740]: warning: redirecting the request to postfix-owned data_directory /var/lib/postfix
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
Feb 24 19:49:35 asrock postfix/tlsmgr[3740]: warning: redirecting the request to postfix-owned data_directory /var/lib/postfix
Feb 24 19:49:35 asrock postfix/qmgr[3489]: F03D84AD16: from=<root@asrock.home>, size=351, nrcpt=1 (queue active)
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)
Feb 24 19:49:49 asrock postfix/qmgr[3489]: F03D84AD16: removed
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)
Feb 24 19:49:58 asrock postfix/pickup[3488]: A57714AD58: uid=0 from=<root>
Feb 24 19:49:58 asrock postfix/cleanup[3686]: A57714AD58: message-id=<20100224184956.GA3757@asrock.home>
Feb 24 19:49:58 asrock postfix/qmgr[3489]: B67EE4AD4A: removed
Feb 24 19:50:50 asrock postfix/qmgr[3489]: A57714AD58: from=<root@asrock.home>, size=5665252, nrcpt=1 (queue active)
Feb 24 19:50:50 asrock postfix/pickup[3488]: C970D4AD17: uid=0 from=<root>
Feb 24 19:50:50 asrock postfix/cleanup[3686]: C970D4AD17: message-id=<20100224185050.C970D4AD17@asrock>
Feb 24 19:50:51 asrock postfix/qmgr[3489]: C970D4AD17: from=<root@asrock.home>, size=719, nrcpt=1 (queue active)
Feb 24 19:50:51 asrock postfix/pickup[3488]: 119884AD4E: uid=0 from=<root>
Feb 24 19:50:51 asrock postfix/cleanup[3686]: 119884AD4E: message-id=<20100224185014.GA3780@asrock.home>
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)
Feb 24 19:50:53 asrock postfix/qmgr[3489]: C970D4AD17: removed
Feb 24 19:50:56 asrock postfix/qmgr[3489]: 119884AD4E: from=<root@asrock.home>, size=574913, nrcpt=1 (queue active)
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)
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.

Publicité

thana54

made in concept

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

thana54

made in concept

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

e_esprit

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.

thana54

made in concept

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

e_esprit

Essaye encore

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

mikala

Souviens toi du 5 Novembre...

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

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

thana54

made in concept

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 )

e_esprit

[: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.

thana54

made in concept

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

Publicité

e_esprit

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.

mikala

Souviens toi du 5 Novembre...

e_esprit a écrit :

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

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

e_esprit

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.

e_esprit

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.

mikala

Souviens toi du 5 Novembre...

e_esprit a écrit :

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

mikala

Souviens toi du 5 Novembre...

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

e_esprit

Si c'est ce qu'il veut faire, il l'a mal fait
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.

thana54

made in concept

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

mikala

Souviens toi du 5 Novembre...

e_esprit a écrit :

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

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

thana54

made in concept

c'est une debian là (mais bon ca change pas grand chose)

P.S: openssh-server installé et configuré, accès ssh+vnc par remmina [:yann39]

thana54

made in concept

e_esprit a écrit :

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

e_esprit

En lisant la doc

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

thana54

made in concept

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

Message cité 1 fois

thana54

made in concept

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

Code :

# 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
myhostname = asrock
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
mydestination = asrock, localhost.localdomain, localhost
#relayhost = smtp.gmail.com:587
mynetworks = 127.0.0.0/8 [:ffff:127.0.0.0]/104 [:1]/128
mailbox_size_limit = 0
recipient_delimiter = +
inet_interfaces = all
## TLS Settings
#
smtp_tls_CAfile = /etc/postfix/cacert.pem
smtp_tls_cert_file = /etc/postfix/FOO-cert.pem
smtp_tls_key_file = /etc/postfix/FOO-key.pem
smtp_tls_session_cache_database = btree:/var/run/smtp_tls_session_cache
smtp_use_tls = yes
smtpd_tls_CAfile = /etc/postfix/cacert.pem
smtpd_tls_cert_file = /etc/postfix/FOO-cert.pem
smtpd_tls_key_file = /etc/postfix/FOO-key.pem
smtpd_tls_received_header = yes
smtpd_tls_session_cache_database = btree:/var/run/smtpd_tls_session_cache
smtpd_use_tls = yes
tls_random_source = dev:/dev/urandom
#
## SASL Settings
# This is going in to THIS server
smtpd_sasl_auth_enable = no
# We need this
smtp_sasl_auth_enable = yes
smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd
smtpd_sasl_local_domain = $myhostname
smtp_sasl_security_options = noanonymous
#smtp_sasl_security_options =
smtp_sasl_tls_security_options = noanonymous
smtpd_sasl_application_name = smtpd
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

mikala

Souviens toi du 5 Novembre...

thana54 a écrit :

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

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

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

mikala

Souviens toi du 5 Novembre...

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

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

thana54

made in concept

postconf -n:

Code :

alias_database = hash:/etc/aliases
alias_maps = hash:/etc/aliases
append_dot_mydomain = no
biff = no
config_directory = /etc/postfix
inet_interfaces = all
mailbox_size_limit = 0
mydestination = asrock, localhost.localdomain, localhost
myhostname = asrock
mynetworks = 127.0.0.0/8 [:ffff:127.0.0.0]/104 [:1]/128
readme_directory = no
recipient_delimiter = +
relayhost = [smtp.gmail.com]:587
smtp_sasl_auth_enable = yes
smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd
smtp_sasl_security_options = noanonymous
smtp_sasl_tls_security_options = noanonymous
smtp_tls_CAfile = /etc/postfix/cacert.pem
smtp_tls_cert_file = /etc/postfix/FOO-cert.pem
smtp_tls_key_file = /etc/postfix/FOO-key.pem
smtp_tls_session_cache_database = btree:/var/run/smtp_tls_session_cache
smtp_use_tls = yes
smtpd_banner = $myhostname ESMTP $mail_name (Ubuntu)
smtpd_sasl_auth_enable = no
smtpd_sasl_local_domain = $myhostname
smtpd_tls_CAfile = /etc/postfix/cacert.pem
smtpd_tls_cert_file = /etc/postfix/FOO-cert.pem
smtpd_tls_key_file = /etc/postfix/FOO-key.pem
smtpd_tls_received_header = yes
smtpd_tls_session_cache_database = btree:/var/run/smtpd_tls_session_cache
smtpd_use_tls = yes
tls_random_source = dev:/dev/urandom

Je vais recreuser encore une fois la doc.

mikala

Souviens toi du 5 Novembre...

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

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

thana54

made in concept

J'ai encore dû louper un paragraphe.

Example:

/etc/postfix/main.cf:
smtp_generic_maps = hashetc/postfix/generic

/etc/postfix/generic:
his@localdomain.local hisaccount@hisisp.example
her@localdomain.local heraccount@herisp.example
@localdomain.local hisaccount+local@hisisp.example

Code :

cat /etc/postfix/generic
root@asrock xxx@gmail.com
root@localhost.localdomain xxx@gmail.com
root@localhost xxx@gmail.com

Code :

Feb 28 23:15:35 asrock postfix/smtp[3061]: fatal: open database /etc/postfix/generic.db: No such file or directory
Feb 28 23:15:36 asrock postfix/master[2333]: warning: process /usr/lib/postfix/smtp pid 3061 exit status 1
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:

mikala

Souviens toi du 5 Novembre...

postmap est ton ami.

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

thana54

made in concept

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.

e_esprit

Ben normalement il les envoit dès qu'il peut
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

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

Publicité

FORUM HardWare.fr

Linux et OS Alternatifs

Logiciels

anacron & postfix, mails non envoyés

Sujets relatifs
Postfix: Réecriture du nom de domaine	Double distributivité postfix
Traiter des mails par un script	[Thunderbird] comment faire pour supprimer auto les mails serveur
Problème avec kmail, je ne peux plus envoyer de mails	[postfix] Remplacer une adresse lors de l'envoi
Postfix lenteur de la suppression du message	IPTables et envoi de mails par PHP
Récupérer des mails par POP3 et les redistribuer par IMAP	Postfix rrecois mais n'envoie pas
Plus de sujets relatifs à : anacron & postfix, mails non envoyés

Page générée en 0.138 secondes