NothingHere a écrit 18 commentaires

Heu, excuse moi, mais ça fonctionnait avec Apache 1.3x ... ça pourrais venir d'où ?
une idée ?

hé bien je dois avouer que je ne connaissais pas ...

merci bien ! :)

bon j'ai suivi qmailrocks.org ... et bon ... en recommencant au début, ça fonctionne ...

ha, les mystères de l'informatique ... :)

merci à vous tous en tout cas :)

je rajoute que je ne repere plus l'erreur ci-dessus ... (erreur 553)... peut être ié a un domaine qui n'existait pas, mais pas chez moi, chez la personne chez qui ça devait arriver peut être ... :)

tiens l'auteur de la doc, le web est petit ! :)


et heu ... comment puis-je vérifier que mx.mondomaine.fr existe ?
dig sous FC4 m'envoie bien des informations, mais dig m'en envoie toujours, meme avec un nom de domaine tel que "lhimhlfhdhf.com" ...

De plus a l'instant je viens d'utiliser un fichier de conf qui fonctionnait sous ma RH8, mais ces informations (similaires) ne résoudent rien à mon problème... alors pourquoi ça fonctionnait sous RH8 et plus sous FC4 ?

Voici un peu plus d'informations :

fichier tcp.smtp (/home/vpopmail/etc/ ) :

127.0.0.:allow,RELAYCLIENT=""
:allow,QMAILQUEUE="/var/qmail/bin/qmail-scanner-queue.pl"



fichier /var/qmail/supervise/qmail-pop3d/run :
#!/bin/sh
exec /usr/local/bin/tcpserver -H -R -v -c100 0 pop3 /var/qmail/bin/qmail-popup mx1.mondomaine.fr /home/vpopmail/bin/vchkpw /var/qmail/bin/qmail-pop3d Maildir 2>&1

fichier /var/qmail/supervise/qmail-pop3d/log/run :
#!/bin/sh
exec /usr/local/bin/setuidgid qmaill /usr/local/bin/multilog t s100000 n20 /var/log/qmail/qmail-pop3d 2>&1

fichier /var/qmail/supervise/qmail-smtpd/run :
#!/bin/sh
exec /usr/local/bin/tcpserver -p -R -x /home/vpopmail/etc/tcp.smtp.cdb -u92 -g91 -v -c100 0 smtp /usr/local/bin/rblsmtpd -r localhost /var/qmail/bin/qmail-smtpd 2>&1

heu ... alors ? ;p


Ha oui, petite question concernant le tutorial :
"
./config-fast tractopel.ecranbleu.org Change it for your host
"
=> donc si je comprend bien : mondomaine.fr ? ou qqchosedemonchoixquiexiste.mondomaine.fr ?
mon erreur vient peut être de là ?

Ci dessus sont les fichiers que j'ai modifiés, donc si il y a une erreur, elle provient surement de là ... enfin j'espere !

J'ai dans le nez tcp.smtp, qui je pense doit restreindre les mails dans un espece de reseau "local" de la machine et des domaines hebergés par la machine ... alors que je voudrais atteindre TOUT le web ... quitte a ouvrir (dans un premier temps de vous rassure :) ) a tout le monde le smtp (oui je sais, risque de spam blabla, mais ca serait juste le temps rapidement de résoudre mon problème ... dans ma tete, cette "restriction" s'applique a tout qmail, smtp et pop ... ).

non ce n'est pas dans l'idée de ce que je désire faire ...

Une autre idée ?
Peut être du coté de tcprules ?

effectivement ... merci :)

C'était tout bête ...
Comme quoi, tenter de se creuser la tête a 3h du matin, c'est pas très malin ... ;)

J'ai enfin trouvé comment fixer ce bug.

Les rpm, même rebuildé, de tcpserver (ucspi-tcp-0.88) ont un bug avec la derniere version de Glibc, donc je ne dois pas être le seul concerné par ceci ...

Je vous rapelle, après compilation, et exécutions, voici l'erreur :

# Incorrectly built binary which accesses errno or h_errno directly. Needs to be fixed.

Ici se trouve la réponse, je la copie pour mémoire http://sylvestre.ledru.info/howto/howto_qmail_vpopmail.php#tcpserve(...) :

wget http://cr.yp.to/ucspi-tcp/ucspi-tcp-0.88.tar.gz(...)
tar -zxvf ucspi-tcp-0.88.tar.gz
cd ucspi-tcp-0.88
wget http://www.qmail.org/moni.csi.hu/pub/glibc-2.3.1/ucspi-tcp-0.88.a_r(...)
patch -p1 < ucspi-tcp-0.88.a_record.patch
wget http://www.qmail.org/moni.csi.hu/pub/glibc-2.3.1/ucspi-tcp-0.88.err(...)
patch -p1 < ucspi-tcp-0.88.errno.patch
wget http://www.qmail.org/moni.csi.hu/pub/glibc-2.3.1/ucspi-tcp-0.88.nob(...)
patch -p1 < ucspi-tcp-0.88.nobase.patch

// ces 3 patchs corrigent le bug.

make
make setup check

je viens de tenter, c'est pas génial ...
et ça donne pas grand chose !

mieux vaut tout recompiler je pense :)

Merci du conseil en tout cas !

Le bug est résolu, le "homedir" était mal spécifié ...

Merci tout de même :)

J'ai trouvé.
J'ai rebuldé pureftpd comme tu l'as dit, l'erreur ne provenait pas de pureftpd mais de tcpserver ...
tant pis, ça m'a au moins donné de l'entrainement ;)

Etant surtout interessé par pureftpd, je commenterai par la suite ma (non) réussite par rapport a tcpserver ... je vous tiens au courrant par rapport à ce message d'erreur de tcpserver ... qui sait ça pourra toujours servir à qqn ...

Enfin, j'ai cependant un soucis avec pureftpd, n'ayant rien de plus a avoir avec le sujet actuel (et ne voulant pas faire de hors sujet dans un sujet que j'ai crée ;) ), je vais de ce pas en ouvrir un nouveau pas loin dans un forum :)

oui oui :)

ok je vais tenter de me passer de yum ... et de partir du tar.gz

je répondrai, pour dire ce qu'a donné mon installation ...

C'est quand même dommage que ce genre d'option de recompilation ne soit pas disponible ! :(

oui effectivement, j'ai installé aussi php-gd et php-mysql, cependant, j'ai l'impression qu'il ne me l'a pas pris en compte ...

Heu, utilisant yum, je le recompile comment ? ;p

Merci je vais creuser dans cette direction, et j'ajouterai un petit message pour vous dire le résultat :)

c'est bon, ça marche, j'y avais pas pensé :)

merci à tous !

je ne sais pas si ça peut aider, mais voici mon lsmod :

# lsmod |grep audio
snd_usb_audio 60224 2
snd_pcm 84872 5 snd_ens1371,snd_intel8x0,snd_ac97_codec,snd_usb_audio,snd_pcm_oss
snd_usb_lib 11776 1 snd_usb_audio
snd 50276 10 snd_ens1371,snd_intel8x0,snd_ac97_codec,snd_usb_audio,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer,snd_rawmidi,snd_seq_device
usbcore 107384 5 snd_usb_audio,snd_usb_lib,ehci_hcd,uhci_hcd


Et dans mon device manager :
0000:00:1f.5 Multimedia audio controller: Intel Corp. 82801EB/ER (ICH5/ICH5R) AC'97 Audio Controller (rev 02)
0000:02:0d.0 Multimedia audio controller: Ensoniq ES1371 [AudioPCI-97] (rev 06)

haaaa
j'en découvre tous les jours :)

Bon, ça fonctionne :

chown -R nobody.nogroup /var/www/webdav/


merci à tous :)

Ha merci d'avoir répondu :)
Je tape donc ça :

debian:/var/www# adduser --group --system nobody
adduser: The user `nobody' already exists.


Mais j'ai ça comme réponse :

debian:/var/www# chown -R nobody.nobody /var/www/webdav/
chown: `nobody.nobody': invalid group


Alors là je comprend plus ...