A voir également:
- [Postfix] : Peut pas délévrer les messages
- Postfix dovecot postfixadmin - Forum Debian
- Regex+postfix+header_checks ✓ - Forum Linux / Unix
- Php mail postfix - Forum PHP
- Problme smtp avec postfix ✓ - Forum Autres distributions Linux
- Postfix error 550 5.1.1 - Forum Debian
6 réponses
[Dal]
Messages postés
6194
Date d'inscription
mercredi 15 septembre 2004
Statut
Contributeur
Dernière intervention
11 octobre 2024
1 092
2 juin 2006 à 10:48
2 juin 2006 à 10:48
Désolé, je ne connais pas Gentoo.
C'est amavisd que tu dois chercher (si tu veux essayer de chercher avec find).
Si Amavisd a été installé correctement, il doit se lancer au démarrage. N'est-il pas lancé par un des scripts sous /etc/init.d/ (par exemple par le script postfix avant le démon Postfix lui-même) ?
Fait un grep sur l'ensemble des scripts à la recherche de amavisd.
... celà dit, j'ai trouvé çà : https://wiki.gentoo.org/wiki/Mailfiltering_Gateway
où il est indiqué que le redémarrage de amavisd sous Gentoo semble bien se faire avec /etc/init.d/amavisd restart
Amavisd n'aurait-il pas été supprimé par inadvertance de ton système (peux-tu le vérifier avec le système de packages de Gentoo, sais-tu comment il a été installé initialement) ?
En attendant de remettre en place amavisd, tu pourrais changer ton main.cf pour que Postfix arrête de tenter d'envoyer les mails à Amavis. Tes mails ne seront plus filtrés, mais au moins ils seront débloqués.
Dal
C'est amavisd que tu dois chercher (si tu veux essayer de chercher avec find).
Si Amavisd a été installé correctement, il doit se lancer au démarrage. N'est-il pas lancé par un des scripts sous /etc/init.d/ (par exemple par le script postfix avant le démon Postfix lui-même) ?
Fait un grep sur l'ensemble des scripts à la recherche de amavisd.
... celà dit, j'ai trouvé çà : https://wiki.gentoo.org/wiki/Mailfiltering_Gateway
où il est indiqué que le redémarrage de amavisd sous Gentoo semble bien se faire avec /etc/init.d/amavisd restart
Amavisd n'aurait-il pas été supprimé par inadvertance de ton système (peux-tu le vérifier avec le système de packages de Gentoo, sais-tu comment il a été installé initialement) ?
En attendant de remettre en place amavisd, tu pourrais changer ton main.cf pour que Postfix arrête de tenter d'envoyer les mails à Amavis. Tes mails ne seront plus filtrés, mais au moins ils seront débloqués.
Dal
[Dal]
Messages postés
6194
Date d'inscription
mercredi 15 septembre 2004
Statut
Contributeur
Dernière intervention
11 octobre 2024
1 092
1 juin 2006 à 18:23
1 juin 2006 à 18:23
Salut,
delivery temporarily suspended: connect to 127.0.0.1[127.0.0.1]: Connection refused
Si amavisd est lancé, ce log peut signifier qu'Amavis tente de passer les e-mails à Postfix, mais que Postfix n'est pas lancé.
Pour les messages "lame server resolving" ce sont des messages de Bind. Vois ce lien à ce sujet :
http://www.nicolas-martinez.info/-bind-lame-server-resolving/
Dal
delivery temporarily suspended: connect to 127.0.0.1[127.0.0.1]: Connection refused
Si amavisd est lancé, ce log peut signifier qu'Amavis tente de passer les e-mails à Postfix, mais que Postfix n'est pas lancé.
Pour les messages "lame server resolving" ce sont des messages de Bind. Vois ce lien à ce sujet :
http://www.nicolas-martinez.info/-bind-lame-server-resolving/
Dal
[Dal]
Messages postés
6194
Date d'inscription
mercredi 15 septembre 2004
Statut
Contributeur
Dernière intervention
11 octobre 2024
1 092
1 juin 2006 à 18:36
1 juin 2006 à 18:36
En fait, amavisd se comportant comme un serveur smtp, l'inverse est aussi possible (amavisd est down alors que Postfix est up), tu devrais t'assurer de savoir qui est down
telnet 127.0.0.1 25
telnet 127.0.0.1 leportamavis
"leportamavis" est, notamment, mentionné dans le main.cf de ton Postfix.
Dal
telnet 127.0.0.1 25
telnet 127.0.0.1 leportamavis
"leportamavis" est, notamment, mentionné dans le main.cf de ton Postfix.
Dal
willy
>
[Dal]
Messages postés
6194
Date d'inscription
mercredi 15 septembre 2004
Statut
Contributeur
Dernière intervention
11 octobre 2024
1 juin 2006 à 19:05
1 juin 2006 à 19:05
Merci de me repondre
j'ai verifié ds mon main.cf et j'ai la ligne suivante:
# Amavis
content_filter=smtp-amavis:[127.0.0.1]:10024
alors j'ai tenté un
telnet <@machine> 10024
resultat rien à ce port. J'ai relancé postfix tjrs rien.
Peut on lancer amavis par une commande ?
Je suis sur une debian
j'ai verifié ds mon main.cf et j'ai la ligne suivante:
# Amavis
content_filter=smtp-amavis:[127.0.0.1]:10024
alors j'ai tenté un
telnet <@machine> 10024
resultat rien à ce port. J'ai relancé postfix tjrs rien.
Peut on lancer amavis par une commande ?
Je suis sur une debian
[Dal]
Messages postés
6194
Date d'inscription
mercredi 15 septembre 2004
Statut
Contributeur
Dernière intervention
11 octobre 2024
1 092
1 juin 2006 à 19:14
1 juin 2006 à 19:14
Le plus simple est de lancer le script qui doit être situé dans /etc/init.d/ sur Debian (mais mon serveur de mails est sur FreeBSD, donc je ne peux te l'assurer).
Essaye :
/etc/init.d/amavisd start
Dal
Essaye :
/etc/init.d/amavisd start
Dal
Déja vérifié ds /etc/init.d/
aucun serveur ne semble correspondre à amavis . alors ke je suis sure kil est lancé kelke part.
j'ai dc fait :
find -name amavis
et voici ce ke j'ai trouvé
./var/amavis
./usr/portage/mail-filter/amavis
sait plus koi faire
aucun serveur ne semble correspondre à amavis . alors ke je suis sure kil est lancé kelke part.
j'ai dc fait :
find -name amavis
et voici ce ke j'ai trouvé
./var/amavis
./usr/portage/mail-filter/amavis
sait plus koi faire
En fait cè une linux gentoo
Voici la liste de mes serveurs ds d'apres la commande : ls /etc/init.d
apache2 courier-pop3d hotplug nscd saslauthd
bootmisc courier-pop3d-ssl keymaps numlock serial
checkfs crypto-loop local postfix shutdown.sh
checkroot depscan.sh localmount proftpd slapd
clock domainname modules pwcheck slurpd
coldplug functions.sh mysql quota sshd
consolefont gpm named reboot.sh syslog-ng
courier-authlib halt.sh net.eth0 rmnologin urandom
courier-imapd hdparm net.lo rsyncd vixie-cron
courier-imapd-ssl hostname netmount runscript.sh
Voici la liste de mes serveurs ds d'apres la commande : ls /etc/init.d
apache2 courier-pop3d hotplug nscd saslauthd
bootmisc courier-pop3d-ssl keymaps numlock serial
checkfs crypto-loop local postfix shutdown.sh
checkroot depscan.sh localmount proftpd slapd
clock domainname modules pwcheck slurpd
coldplug functions.sh mysql quota sshd
consolefont gpm named reboot.sh syslog-ng
courier-authlib halt.sh net.eth0 rmnologin urandom
courier-imapd hdparm net.lo rsyncd vixie-cron
courier-imapd-ssl hostname netmount runscript.sh
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
je vais m'y ateller. Je télécharge le soft et je fais toutes les vérifications demandées.
Merci encore
Merci encore
Même genre de problème (amavisd KO) mais autre solution pour moi...
Dans mon cas, voici ce que j'avais à la tentative de redémarrage d'amavisd :
$ service amavisd restart
Arrêt de amavisd : [ÉCHEC ]
Lancement de amavisd : Missing process ID in file /var/lib/amavis/amavisd.pid at /usr/sbin/amavisd line 11286.
[ÉCHEC ]
En fait le fichier PID est resté présent ce qui bloque le redémarrage d'amavisd.
Pour démarrer, il suffit d'effacer le fichier PID :
$ rm -f /var/lib/amavis/amavisd.pid
$ service amavisd start
Lancement de amavisd : [ OK ]
P.S : je suis sous Mandriva 2009.
Je vous confirme qu'amavisd n'est donc pas très robuste ...
Dans mon cas, voici ce que j'avais à la tentative de redémarrage d'amavisd :
$ service amavisd restart
Arrêt de amavisd : [ÉCHEC ]
Lancement de amavisd : Missing process ID in file /var/lib/amavis/amavisd.pid at /usr/sbin/amavisd line 11286.
[ÉCHEC ]
En fait le fichier PID est resté présent ce qui bloque le redémarrage d'amavisd.
Pour démarrer, il suffit d'effacer le fichier PID :
$ rm -f /var/lib/amavis/amavisd.pid
$ service amavisd start
Lancement de amavisd : [ OK ]
P.S : je suis sous Mandriva 2009.
Je vous confirme qu'amavisd n'est donc pas très robuste ...
2 juin 2006 à 11:05
Je crois je vais desactiver un temps amavis et voir ce ke ça donne.
Avec find voila tt ce ke je trouve :
find -name amavisd
le resultat est :
./usr/local/sbin/amavisd
je lance alors la commande directement : ./usr/local/sbin/amavisd
je fais un ps -aux | grep amavisd et j'ai en retour:
Warning: bad ps syntax, perhaps a bogus '-'? See http://procps.sourceforge.net/faq.html
vscan 2672 0.0 3.2 19016 16504 ? Ss 12:04 0:00 amavisd (master)
vscan 2673 0.0 3.2 19648 16584 ? S 12:04 0:00 amavisd (virgin child)
vscan 2674 0.0 3.2 19648 16580 ? S 12:04 0:00 amavisd (virgin child)
root 2714 0.0 0.1 1804 636 pts/0 S+ 12:08 0:00 grep amavisd
Apparemment il est bien lancé .
1 - Je vais tenter d'abord de le desactiver ds le main.cf (il s'agira ss doute d'inhiber la ligne de amavis)
2- Desactiver "lame server"
3 - tuer les process de amavis existant : kill -9 <n process>
4 - Relancer le bind et voir ce ki arrive
5 - Te donner la suite
2 juin 2006 à 11:52
J'ai effectué les actions mentionnées en haut. cad désactiver "amavis" et les requêtes "lame server". Relancé les serveur postfix et bind et tt a repris correctement.
J'ai ensuite relancé amavis et reactivé sa ligne dans /etc/postfix/main.cf avant de relancer posfix. Tout marche bien.
Je pense kon peut déduire que les requetes "lame server" étaient une des coses principales.
Je te remercie bcp de ton aide. Tu viens de sauver un boulot.
Mon mail est : ixtobilly@yahoo.fr et je suis un développeur web.PHP...Peut être un jour il te servira
Merci encore Dal
2 juin 2006 à 19:32
Je suis ravi d'avoir été utile, même si je n'ai fait que te mettre sur la piste :)
Lorsque de très nombreuses requêtes Bind de ce type sont adressées, le serveur est considérablement ralentit (saturation de la mémoire et du temps machine) et il est possible que celà ait été la cause de l'arrêt du démon amavisd (qui est certainement moins robuste que Postfix).
Sinon, vu que le script de lancement amavisd ne semble pas présent de façon évidente, vérifie quand même que amavisd se lance au démarrage, sinon au prochain démarrage du serveur le blocage de Postfix risque de se reproduire.
En passant les adresses qui se retrouvaient dans les logs générés par Bind semblent provenir de requêtes générées par un spyware (c'est ce que dit Google si tu lui donnes le nom d'hôte correspondant). Il est possible que un ou plusieurs postes utilisant ton serveur DNS soient affectés. Celà serait pas mal de leur mettre un coup de Spybot - Search & Destroy pour nettoyer tout çà.
Dal