[RESOLU] Help drupalfrancais SOS!

Information importante

En raison d'un grand nombre d'inscriptions de spammers sur notre site, polluant sans relache notre forum, nous suspendons la création de compte via le formulaire de "sign up".

Il est néanmoins toujours possible de devenir adhérent•e en faisant la demande sur cette page, rubrique "Inscription" : https://www.drupal.fr/contact


De plus, le forum est désormais "interdit en écriture". Il n'est plus autorisé d'y écrire un sujet/billet/commentaire.

Pour contacter la communauté, merci de rejoindre le slack "drupalfrance".

Si vous voulez contacter le bureau de l'association, utilisez le formulaire disponible ici, ou envoyez-nous un DM sur twitter.

J'ai sérieusement besoin d'aide.

Depuis plusieurs semaines, le site n'envoie plus de courriels. Les nouveaux utilisateurs ne peuvent donc plus s'inscrire, et les abonnés ne reçoivent plus rien.

Le problème est survenu suite à une mise à jour de postfix: Relaying denied (in reply to RCPT TO command)

J'utilise Postfix 2.2.5 sur gentoo linux. La configuration du server: il est branché directement à l'internet par PPPoE, le serveur DNS est dynamique (DHCP). Il n'y a pas de serveur email sur la machine: postfix sert uniquement à relayer les email vers mon fournisseur. Je ne sais plus quoi essayer. Communiquez avec moi directement avec Martin au point14@magma.ca, ou répondez ici si vous le pouvez encore.

Merci!
--------------
Help me!

I use postfix 2.2.5 on gentoo linux. Server directly connected to internet with PPPoE, using dynamic DNS with noip. Postfix is used to relay emails to the ISP. Contact Martin at point14@magma.ca.

Thanks!

Ca ne devrait pas être très difficile à résoudre, mais il faudrait ton fichier de configuration de postfix!

Tu devrais avoir une configuration du genre:

smtpd_client_restrictions = permit_mynetworks, reject

et:

mynetworks_style = host
ou
mynetworks = 127.0.0.0/8

Voici /etc/postfix/main.cf

queue_directory = /var/spool/postfix
command_directory = /usr/sbin
daemon_directory = /usr/lib/postfix
mail_owner = postfix
mydestination = $myhostname, localhost.$mydomain, $mydomain
unknown_local_recipient_reject_code = 450
mynetworks_style = subnet
mynetworks = 127.0.0.0/8 192.168.0.0/24
relayhost = mail.magma.ca
debug_peer_level = 2
debugger_command =
         PATH=/bin:/usr/bin:/usr/local/bin:/usr/X11R6/bin
         xxgdb $daemon_directory/$process_name $process_id & sleep 5
sendmail_path = /usr/sbin/sendmail
newaliases_path = /usr/bin/newaliases
mailq_path = /usr/bin/mailq
setgid_group = postdrop
html_directory = no
manpage_directory = /usr/share/man
sample_directory = /etc/postfix
readme_directory = /usr/share/doc/postfix-2.1.5-r2/readme
default_destination_concurrency_limit = 2
alias_database = hash:/etc/mail/aliases
local_destination_concurrency_limit = 2
alias_maps = hash:/etc/mail/aliases
home_mailbox = .maildir/

Et voici /etc/postfix/master.cf

pickup    fifo  n       -       n       60      1       pickup
cleanup   unix  n       -       n       -       0       cleanup
qmgr      fifo  n       -       n       300     1       qmgr
rewrite   unix  -       -       n       -       -       trivial-rewrite
bounce    unix  -       -       n       -       0       bounce
defer     unix  -       -       n       -       0       bounce
trace     unix  -       -       n       -       0       bounce
verify    unix  -       -       n       -       1       verify
flush     unix  n       -       n       1000?   0       flush
proxymap  unix  -       -       n       -       -       proxymap
smtp      unix  -       -       n       -       -       smtp
relay     unix  -       -       n       -       -       smtp
showq     unix  n       -       n       -       -       showq
error     unix  -       -       n       -       -       error
local     unix  -       n       n       -       -       local
virtual   unix  -       n       n       -       -       virtual
lmtp      unix  -       -       n       -       -       lmtp
anvil     unix  -       -       n       -       1       anvil
maildrop  unix  -       n       n       -       -       pipe
  flags=DRhu user=vmail argv=/usr/local/bin/maildrop -d ${recipient}
old-cyrus unix  -       n       n       -       -       pipe
  flags=R user=cyrus argv=/cyrus/bin/deliver -e -m ${extension} ${user}
cyrus     unix  -       n       n       -       -       pipe
  user=cyrus argv=/cyrus/bin/deliver -e -r ${sender} -m ${extension} ${user}
uucp      unix  -       n       n       -       -       pipe
  flags=Fqhu user=uucp argv=uux -r -n -z -a$sender - $nexthop!rmail ($recipient)
ifmail    unix  -       n       n       -       -       pipe
  flags=F user=ftn argv=/usr/lib/ifmail/ifmail -r $nexthop ($recipient)
bsmtp     unix  -       n       n       -       -       pipe
  flags=Fq. user=foo argv=/usr/local/sbin/bsmtp -f $sender $nexthop $recipient

Et l'erreur:

Jan 21 20:49:11 tux postfix/pickup[18272]: 4C257627B0: uid=0 from=<root>
Jan 21 20:49:11 tux postfix/cleanup[18277]: 4C257627B0: message-id=<20060122014911.4C257627B0@tux.mda.zapto.org>
Jan 21 20:49:11 tux postfix/qmgr[18274]: 4C257627B0: from=<root@tux.mda.zapto.org>, size=298, nrcpt=1 (queue active)
Jan 21 20:49:12 tux postfix/smtp[18279]: 4C257627B0: to=<some.user@somedomain.com>, relay=in.magma.ca[206.191.0.223], delay=1, status=bounced (host in.magma.ca[206.191.0.22
3] said: 550 5.7.1 <some.user@somedomain.com>... Relaying denied (in reply to RCPT TO command))
Jan 21 20:49:12 tux postfix/cleanup[18277]: 8523F627B2: message-id=<20060122014912.8523F627B2@tux.mda.zapto.org>
Jan 21 20:49:12 tux postfix/qmgr[18274]: 8523F627B2: from=<>, size=2187, nrcpt=1 (queue active)
Jan 21 20:49:12 tux postfix/qmgr[18274]: 4C257627B0: removed

Merci mille fois!

En l'occurence, c'est la machine distante (celle de ton provider: smtp.magma.ca/in.magma.ca) qui refuse les mails. Ca peut venir de plusieurs choses. En remontant dans les logs, peux-tu trouver un exemple de mail qui avait bien été envoyé?

Une autre idée, après réflexion: change "relayhost = mail.magma.ca" en "relayhost = [mail.magma.ca]", afin d'indiquer à postfix que mail.magma.ca est le nom d'un serveur et non celui d'un domaine (i.e. l'empecher de faire une résolution du champ MX).

Cela devrait résoudre ton problème. Je ne sais pas par contre pourquoi cela a pu marcher avant... peut être une modification dans postfix ou dans la configuration de ton fournisseur d'accès.

Damien