re salut.
 
merci de ne pas avoir répondu au topic de ce matin, le pb est résolu (mais on en a chié )
 
nouveau pb :
sur la même machine on a installé squirrelmail et courier imap, on a paramétré le tout, et on peut envoyer des mails avec l'utilitaire basique de linux (donc courier semble ok ).
 
par contre impossible d'identifier un utilisateur avec squirrelmail !!
il utilise bien les utilisateurs de la machine linux ???
 
la config semble ok... et il semble communiquer avec imap car si on eteind imap on a un message d'erreur dans sqmail dc le pb vient pas de là...
 
donc comment identifier ces **** d'utilisateurs sous sqmail ???
 
 
 
c'étai mr_mat en direct de son stage ou il comprend rien a linux

UUUUUUPPPPPPP

squirrelmail se base bien sur imap pour fonctionner
 
Sinon je ne sais pas trop, il y a un lien dans le home du user qui pointe bien vers la mailbox ?
 
Dans le fichier de conf il n'y a rien à spécifier ?
 
Je n'ai pas passé 3H sur le mien, je l'ai parametré avec le script fournit.
 
Et puis c'est tout

apparement le fichier conf est ok (vérifié avec plein d'explikcations sur itnernet a chaque fois ca avai l'air bon).
 
le lien vers la mailbox dans le home je voi pas ce que ca doit être... il doit s'appeller comment, est ce qu'il est là a l'origine, ..... (j'ai rien touché de tel donc ca pourrai venir de là)

mais boites mails sont sur :
 
/var/spool/mail/...
 
Et j'ai fait un lien dans le home des users : maildirs
 
Essaye de créer un lien dans le home d'un user de sa boite et de te connecter avec l'ecureuil

marche poa
 
en fait l'erreur affichée par squirelmail est
ERREUR:  
ERREUR : Connexion interrompue par le serveur IMAP.
 
pour les utilisateurs valides. pr les utilsiateurs inexistants c'est juste login / mot de passe incorect. donc apparement il trouve les utilisateurs mais il peut pas se connecter a courier imap

tu as selectionner le bon serveur imap dans le fichier de conf ?

oui, courier imap.
si il dit connexion itenrompue par le serveur imap c qu'il a brièvement réussi a s'y connecter non ?  
 
la cofnig de imap c faite avec des aides sur itnernet elle semble ok

ca utilise forcement le SSL ?
si on choisi le port du SSL pr la connection au serveur imap l'erreur apparait cash alors que si on met le port 80 l'errer apparait après une trentaine de secondes de ramage

perso je n'utilise pas SSL

bon je vien d'essayer sans SSL c pareil

bon maintenant il se connecte bien au serveur (ct un pb de repertoires et de droits et de propriétaire).
 
mais il reconnai aucun login en fait dans error.log de courier imap il met LOGIN FAILED puis DISCONNECT alors que pourtant il reconnai le login car alors qu'on a "déconnecté par le serveur imap" avec un login+pass valide, on a le message d'erreur classique "utilisateur inexistant" si on met un faux nom ou password.
 
il n'y a rien de suspect dans info.log et warnings.log

et depuis un soft genre mutt ou thunderbird tu arrives a acceder au mail ?

non le même genre d'erreur apparait. donc ca viendrai plutoto de courier imap (ou de ses dépendances) que de sqmail...
 
ce qui est étrange c'est que dans info.log il met "login" comme si tt se passai bien alors que dans error.log il met login failed et disconnect...

sujet closed, on format et on passe sous debian (là ct mandrake 9.2 mais trop de trucs qui merdent...)

aucun rapport avec mandrake la ...
courier-imap fonctionne en Maildir , a priori tu fonctionnais en mbox (mbox c'est mal (tm) )c'est donc tout a fait normal que cela merde ... comme quoi lire la doc cela ne peut pas faire de mal ....

oui c'est vrai j'avais eu ce souci
 
j'ai du modifié le fichier de conf de Exim et créer les maildir avec une commande de courrie-imap

logiquement tu n'as pas besoin de créer les Maildir , le mta (ou le mda si tu utilises un mda comme procmail ) s'en charge , il faut juste préciser au mda( ou au mta) que l'on veut fonctionner en maildir .
Enfin comme mta je n'ai testé que Postfix , mais on peut raisonnablement supposer que cela fonctionne aussi avec les MTA de bas niveau que sont Sendmail,Qmail & Exim

vi mais on avai d'autres merdes avec la mandrake...
 
c ou qu'on choisi maildir ou mbox ??? si j'ai eu le choix j'ai mis Maildir mais je suis pas sur de l'avoir fait je me souvient pas

c'est (comme je l'ai dis précédemment si tu as bien lu mes post .... ) au niveau du mta _ou_ du mda que tu fais ton choix.
dans le cas d'un mta comme postfix
tu as les fichiers de conf dans /etc/postfix  
& la tu colles/remplaces un joli

Dans le cadre d'un mda comme procmail c'est un fichier de configuration globale nommé  
/etc/procmailrc
& il te faut ces lignes

il faut bien sur indiquer a ton mta que tu comptes utiliser un mda (procmail ici) donc dans le cas de postfix tu l'annonces par ce biais

Pourquoi est ce bien d'utiliser procmail pour distribuer ton courrier ? tout simplement parce que tu peux avoir ainsi le moyen de filtrer les mails de maniere simple directement a leur arrivée dans la boite & pas quand tu vas ouvrir ton webmail ou ta boite en imap .
Ah oui j'utilise comme nom de boite maildir Maildir/ car la configuration par défaut de courier-imap pointe sur ce type de dossier . mais tu peux parfaitement les renommer en MailDaWorld/ sous réserve de faire les modifications ad hoc dans la conf de courier-imap/pop .
Tiens juste pour savoir , quel était le problème sous mandrake ?

merci pr ces explications.
on avai bien mis maildir dans postfix pourtant, mais on a pas de procmail par contre.
 
sous mandrake on a eu des pb au niveau d'apache (par défault c apache 2 mais il parait qu'il pose des pb avec ssl et php4) dc le chef a voulu qu'on mette appache 1.3 et ct le gros bordel pr installer les modules car il y avai ceux du 2 et tout et ca marchai qu'a moitié (surtout perl et ssl) enfin bref le même chef a dit "allé on refai ca propre sous debian"

il était toujours possible de compiler hein
Perso j'ai & je fais installer des debians en serveur mais je me vois pas utiliser les paquets debian apache & php
bref pour ceux ci je trouve plus interressant de compiler ( ce que j'aurais fait sous mandrake aussi )
sinon cela fonctionne bien apache2 & php4 ( apres ssl je ne sais pas )

ah oui c'est mieux aussi de compiler postfix

bah pr chaque truc on a essayé la méthode rpm et la méthode a l'ancienne (compilation, configure, ...) mais a chaque fois ca couillai
 
compiler je suis d'accord que on controle plus ce qu'on fait mais bon pr des nioubi comme ns c cho (un stage ou on devai soit disant developper et qui pr l'instant consisite a mettre sur pieds un serveur waibe )