Pb qmail 1.03 Redhat 7.2 (serveur dédié OVH)

[Christophe]

Bonjour à tous,

Voilà 2 jours que j'essaie de refaire tourner qmail sans aucun résultat

Vu mes (tres) faibles compétences en la matière, je fais appel aux connaisseurs

Bien que les mails arrivent sur le serveur (smtp ok), les mails n'arrivent pas sur le Maildir des différents comptes et la queue des mails ne se crée pas :

# echo test | mail test_AT_test.com

qmail-inject: fatal: qq trouble creating files in queue (#4.3.0)

-dans les logs de qmail :

_AT_4000000041153cfc2ba52244 delivery 1134780: deferral: Unable_to_chdir_to_maildir._(#4.2.1)/

_AT_4000000041153cfc2ba52a14 status: local 0/10 remote 20/20

(à priori il n'arrive pas à mettre le mail dans le répertoire cible... )

J'ai beau chercher sur les moteurs de recherches, aucune solution n'a de résultat...

Je pense qu'il s'agit d'une erreur toute bête, mais je suis largué....

La seule manipulation qui pourrait être la cause de ce pb est l'installtion puis la désintallation de spamassassin sur le serveur.

Dois-je réinstaller qmail ? et si oui, comment garder la configuration (+ de 100 users)

Merci à vous, c'est pas facile de se mettre à administrer un serveur linux (c'est pas nouveau) et encore moins qmail ...

[zagadka]

Hello

peux tu me faire un cat de /etc/tcp.smtp

[Christophe]

avec plaisir :

#cat /etc/tcp.smtp

127.0.0.:allow,RELAYCLIENT=""

Le pb pourrait peut-etre venir d'un pipe absent : /var/qmail/queue/lock/trigger, qmail-send ne pourrait apparement pas effectuer ses taches sans consulter ce pipe d'abord.

Le pb est : comment recréer ce pipe ?

[zagadka]

comment as tu installe spamassassin ?

ton fichier rcpthost contient tes domaine ?

quels sont les droits de tes repertoires sous /home/vpopmail/domains ?

et dans var/qmail/users/ le fichier assign contient-il :

+nsxxxx.ovh.net-:nsxxxx.ovh.net:508:503:/home/vpopmail/domains/nsxxxx.ovh.net:-::

plus tes domaines ?

as tu touche ton fichier /etc/tcp/smtp ?

Modifié 11 Août 2004 par zagadka

[Christophe]

Re

- j'avais suivi un tutorial recommandé sur internet, mais j'ai galéré et j'ai dû faire des dégats (je pense)

- oui, il contient bien tous les domaines présents

- drwx------ 3 vpopmail vchkpw 4096 Apr 20 10:49 domaine.tld (pour tous)

-

+nsxxxxx.ovh.net-:nsxxxxx.ovh.net:508:503:/home/vpopmail/domains/nsxxxxx.ovh.net:-::

et oui, tous les domaines comme ca

- j'ai juste etc/tcp.smtp avec 127.0.0.:allow,RELAYCLIENT="" dedans

Je pense que ca vient du fichier (non, un pipe...) trigger dans var/qmail/queue/lock/ qui est absent :

"$QMAIL_HOME/queue/lock/trigger is a named pipe in the qmail queue, which really acts as a type of alarm clock for qmail-send. Once a new message is inserted into the queue, the qmail-queue program writes a meaningless byte into the queue to wake up a potentially sleeping qmail-send process. Qmail-send listens to this pipe and the operating system will wake the program if it is sleeping when this signal is received." (source : )http://www.cyberdesk.com/qmail/queue.html).

Sniff, j'y arriverai jamais....

En tout cas merci zagadka

Modifié 11 Août 2004 par Christophe

[Christophe]

Bon,

J'ai réinstallé qmail, tous les fichiers sont revenus... mais ca marche toujours pas...

Ca viendrait d'un pb de droits sur les répertoires de /home/vpopmail/

Ce répertoire (/home/vpopmail/) a un chmod 755 tandis que les droits des sous-repertoires ont été géré par un script made in OVH :

----------

#!/bin/sh

cd /home/vpopmail/domains

chown -R vpopmail.vchkpw .

for file in `find . `

do

if [ -d $file ]

then

chmod 700 $file

else

chmod 600 $file

fi

done

------------

qqs indications :

#cd /home/vpopmail/

#ls -l

total 20

drwx--x--x 2 vpopmail vchkpw 4096 Dec 31 2003 bin

drwxr-xr-x 4 vpopmail vchkpw 4096 Dec 31 2003 doc

drwx------ 73 vpopmail vchkpw 4096 Jul 8 13:46 domains

lrwxrwxrwx 1 root root 13 Dec 31 2003 etc -> /etc/vpopmail

drwxr-xr-x 2 vpopmail vchkpw 4096 Dec 31 2003 include

drwx------ 2 root root 4096 Dec 31 2003 lib

#cd /home/vpopmail/domains/

#ls -l

total 284

drwx------ 3 vpopmail vchkpw 4096 Aug 12 10:16 domaine.tld

(pareil pour tous les domaines)

#cd /home/vpopmail/bin/

#ls -l

total 864

-rwxr-xr-x 1 vpopmail vchkpw 36924 Dec 31 2003 clearopensmtp

-rwxr-xr-x 1 vpopmail vchkpw 37340 Dec 31 2003 vaddaliasdomain

-rwxr-xr-x 1 vpopmail vchkpw 39580 Dec 31 2003 vadddomain

-rwxr-xr-x 1 vpopmail vchkpw 38396 Dec 31 2003 vadduser

-rwxr-xr-x 1 vpopmail vchkpw 39908 Dec 31 2003 valias

-rwxr-xr-x 1 vpopmail vchkpw 41180 Dec 31 2003 vchkpw

-rwxr-xr-x 1 vpopmail vchkpw 39708 Dec 31 2003 vconvert

-rwxr-xr-x 1 vpopmail vchkpw 37116 Dec 31 2003 vdeldomain

-rwxr-xr-x 1 vpopmail vchkpw 50852 Dec 31 2003 vdelivermail

-rwxr-xr-x 1 vpopmail vchkpw 36700 Dec 31 2003 vdeloldusers

-rwxr-xr-x 1 vpopmail vchkpw 37276 Dec 31 2003 vdeluser

-rwxr-xr-x 1 vpopmail vchkpw 38716 Dec 31 2003 vdominfo

-rwxr-xr-x 1 vpopmail vchkpw 37628 Dec 31 2003 vipmap

-rwxr-xr-x 1 vpopmail vchkpw 37020 Dec 31 2003 vkill

-rwxr-xr-x 1 vpopmail vchkpw 36796 Dec 31 2003 vmkpasswd

-rwxr-xr-x 1 vpopmail vchkpw 39964 Dec 31 2003 vmoduser

-rwxr-xr-x 1 vpopmail vchkpw 37500 Dec 31 2003 vpasswd

-rwxr-xr-x 1 vpopmail vchkpw 39644 Dec 31 2003 vpopbull

-rwxr-xr-x 1 vpopmail vchkpw 42268 Dec 31 2003 vqmaillocal

-rwxr-xr-x 1 vpopmail vchkpw 37596 Dec 31 2003 vsetuserquota

-rwxr-xr-x 1 vpopmail vchkpw 47812 Dec 31 2003 vuserinfo

est-ce que ca vous semble correct ?

Modifié 12 Août 2004 par Christophe

[zagadka]

J'ai deja eu ce probleme mais cela fait deja qq temps ...

Si mes souvenirs sont bons :

Les seveur mail d'ovh est un ensemble. Il est compose de qmail + vpopmail.

Le probleme c'est que cette relation ne marche plus ( a priori )

essaie ca :

./qmail-newu

[Christophe]

essaie ca :

./qmail-newu

euh...comprend pas, c'est une ligne de commande ?

[zagadka]

oui

dans /var/qmail/bin

[Christophe]

ok, c'est fait.

j'ai envoyé des mails test

#echo test | mail xxxxx_AT_xxxxx.com

et dans les logs :

_AT_40000000411b56ae298255cc new msg 20689

_AT_40000000411b56ae29825d9c info msg 20689: bytes 221 from <anonymous_AT_nsxxxxx.ovh.net> qp 3725 uid 0

_AT_40000000411b56ae2a1ca99c starting delivery 4: msg 20689 to local xxxxx_AT_xxxxx.com

_AT_40000000411b56ae2a1cb16c status: local 1/10 remote 0/20

_AT_40000000411b56ae2a5bb254 delivery 4: failure: Sorry,_no_mailbox_here_by_that_name._(#5.1.1)/

_AT_40000000411b56ae2a5bbe0c status: local 0/10 remote 0/20

_AT_40000000411b56ae2a972ce4 bounce msg 20689 qp 23789

_AT_40000000411b56ae2a97389c end msg 20689

[Christophe]

ca maaaaaaaaaarrrrche !!!!

pfffffffff.... ca fait du bien !!!

Donc c'est bien les bons droits que j'avais mis

Le problème résidait dans les fichiers de /var/qmail/control/

j'ai testé +sieurs configs et c'est ok

Merci à toi zagadka

[zagadka]

Qu'as tu corrigé dans ces fichiers ?

[Christophe]

eh bien....

Ca a replanté ce matin

J'ai refait tout ce que j'ai fait hier (en regardant les logs) et boum ca remarche, mais je sais pas pourquoi....

ce que j'ai fait :

je mets les fichiers sauvés d'hier dans var/qmail/control/

./qmail-newu (apparemment ca joue beaucoup !)

stop imad, named, qmail, xinet.d et rc.d et je les redémarre

faut que je trouve la vraie raison de ce bordel, autrement je suis condamné à refaire la manip tous les jours (ou alors un cron ?)

Modifié 13 Août 2004 par Christophe

[Christophe]

ok, donc qqun avait touché le fichier asign de users/ d'où toute l'utilité de la commande qmail-newu

ca ne dépendait donc pas des fichiers de control/

voila voila

[phredd]

J'ai beau lire et relire ce post ... je trouve pas la solution

Je me trouve exactement dans le meme cas (red hat 7.2 en dedié chez ovh, qmail et vpopmail etc ...)

J'ai verifié les points abordé ici sans trouver quoi que ce soit a redire (mais je suis myope ;D)

Seule difference notable un qmail -newu ne change rien a mon probleme ...

toujours une erreur dans les log qmail ...

failure: Sorry,_no_mailbox_here_by_that_name._(#5.1.1)/

Merci donc a m'sieur christophe de bien vouloir indiqué les modif apporté pour que ca fonctione ... des fois que ce soit exactement le meme cas ...

cdt

phredd

[PandemiK]

J'ai le même problème en ce moment même.

Aurais-tu trouvé une solution ? ca ne doit pas venir de bien loin, style un problème de droti ou autre.

* Qmail reçoit le mail par SMTP

* Il commence par regarde dans rcpthosts si il est autorisé à recevoir des e-mails pour ce domaine.

* Ensuite, il utilise virtualdomains pour voir à quel domaine il faut mapper cet e-mail (on peut par exemple, recevoir des emails machin_AT_truc.com et que ca attérisse dans machin_AT_trucmuche.com)

* Il regarde la table user/assign (enfin son équivalent cdb créé par qmail-newu)

* Grâce à ca, il sait quel uid utiliser et dans quel répertoire le déposer.

* Ensuite, il va chercher de .qmail- (les fameux dot qmail) correspondant à cet utilisateur (.qmail-default dans le cas de vpopmail).

* Dans .qmail-default, il y a la ligne : | /var/lib/vpopmail/bin/vdelivermail '' bounce-no-mailbox. Ce qui signifie que l'e-mail est passé à vdelivermail.

* Et vdelivermail s'occupe de déposer l'e-mail dans le bon répertoire grâce à la table des utilisateurs pour ce domaine (vpasswd/vpasswd.cdb).

L'erreur peut provenir de n'improte lequel de ces fichiers, mauvaise configuration ou problème de droit.

Je vais continuer à chercher, faut que ca marche ce soir (c'est pour un client). Ca fait 2 ans que j'installe des Qmail mais c'est la 1ere fois que je l'utilise avec vpopmail (avant j'utilisais vmailmgr, système similaire).

Si je trouve, je poste ici.

Julien

[PandemiK]

OK, je viens de trouver le problème :

IL NE FAUT PAS METTRE LES DOMAINES DANS /var/qmail/control/locals !!!

Ca a pour effet de considérer ces domaines comme des utilisateurs locaux (dans /etc/passwd) et donc, ca utilise le home de cet utilisateur.

/mode pub on

Voilà, juste encore un petit mot pour dire que je suis hébergeur et que je propose des serveurs dédiés avec un VRAI support technique ;-)

Pour plus d'infos : http://www.azylog.net

/mode pub off

Julien Escario

Modifié 27 Octobre 2004 par PandemiK

[phredd]

j'ai trouvé de mon coté le problème aussi :

/var/qmail/control/smtproutes: contenait "domain.fr:smtp.domain.fr"

les mails tournaient en boucle et crashaient le daemon qmail...