Christophe Posté 11 Août 2004 Posté 11 Août 2004 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 ...
Christophe Posté 11 Août 2004 Auteur Posté 11 Août 2004 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 Posté 11 Août 2004 Posté 11 Août 2004 (modifié) 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 Posté 11 Août 2004 Auteur Posté 11 Août 2004 (modifié) 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 Posté 12 Août 2004 Auteur Posté 12 Août 2004 (modifié) 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 Posté 12 Août 2004 Posté 12 Août 2004 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 Posté 12 Août 2004 Auteur Posté 12 Août 2004 essaie ca : ./qmail-newu euh...comprend pas, c'est une ligne de commande ?
Christophe Posté 12 Août 2004 Auteur Posté 12 Août 2004 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 Posté 12 Août 2004 Auteur Posté 12 Août 2004 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
Christophe Posté 13 Août 2004 Auteur Posté 13 Août 2004 (modifié) 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 Posté 13 Août 2004 Auteur Posté 13 Août 2004 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 Posté 21 Octobre 2004 Posté 21 Octobre 2004 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 Posté 27 Octobre 2004 Posté 27 Octobre 2004 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 Posté 27 Octobre 2004 Posté 27 Octobre 2004 (modifié) 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 Posté 26 Novembre 2004 Posté 26 Novembre 2004 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...
Sujets conseillés
Veuillez vous connecter pour commenter
Vous pourrez laisser un commentaire après vous êtes connecté.
Connectez-vous maintenant