Re: squirrelmail casse
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 je confirme j'ai fait la même chose. bobby a écrit : | créer un fichier /etc/c-client.cf | | et mettre dedans | | I accept the risk | set disable-plaintext nil | | | voilà pour moi ça a marché | | | -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFAjgJFBsSnKvRyAjwRAkcMAJoCuqyzJPKhpH1rYsVyna4DBMpdbwCfab1M I5oQHORLXOFPSIQ5KnlJCaE= =rDRN -END PGP SIGNATURE-
Re: squirrelmail casse
créer un fichier /etc/c-client.cf et mettre dedans I accept the risk set disable-plaintext nil voilà pour moi ça a marché CA MARCHE ! Je n'ose y croire ! Il faut bien sur avoir prealablement valide l'option 'Authentification type : login' (et non plain) en fait /etc/c-client.cf est automatiquement cree avec la premiere ligne seule. Vous ne pouvez pas savoir l'epine du pied que vous me retirez. Les utilisateurs ne peuvent plus se passer des webmails : le risque de lapidation (ou d'emasculation) de l'administrateur devient alors majeur. Il me tarde que Sarge se stabilise.. (j'ai lu que ce serait chose faite en juin). Choisir la testing pour un serveur en exploitation avait ete une bien mauvaise idee. Ou avez-vous trouvez cette info, je ne l'ai lue nulle part ? Merci encore Tres cordialement,
Re: squirrelmail casse
Le Tue, 27 Apr 2004 08:52:38 +0200 , bobby , prit sa plume pour écrire: créer un fichier /etc/c-client.cf et mettre dedans I accept the risk set disable-plaintext nil voilà pour moi ça a marché CA MARCHE ! Je n'ose y croire ! moi non plus je n'oasais pas y croire quand j'ai trouvé!! Il faut bien sur avoir prealablement valide l'option 'Authentification type: login' (et non plain) oui en fait /etc/c-client.cf est automatiquement cree avec la premiere ligne seule. oui et non; j'avais déjé créé ce fichier il y a quelques temps, mais une mise à jour à efface la seconde ligne... Vous ne pouvez pas savoir l'epine du pied que vous me retirez. si si .:) Les utilisateurs ne peuvent plus se passer des webmails : le risque de lapidation (ou d'emasculation) de l'administrateur devient alors majeur. Il me tarde que Sarge se stabilise.. (j'ai lu que ce serait chose faite en juin). Choisir la testing pour un serveur en exploitation avait ete une bien mauvaise idee. Ou avez-vous trouvez cette info, je ne l'ai lue nulle part ? ici : http://lena.franken.de/linux/debian_and_vserver/uwimapd.html Merci encore un plaisir de trouver l'info qui calme tout le mnde... Tres cordialement, bonne journée
Re: squirrelmail casse
Bonjour, Je sais, ce n'est pas trop le lieu pour parler de ca, mais je vais rebondir sur ce message car visiblement certains utilise squirrelmail en production. Moi y'a un detail qui me chagrine encore c'est au niveau des traductions avec les jours et les mois qui ne sont pas traduit en version courte dans la version 1.4.1. Ce qui me donne des date du genre 26 Apr 2004 ce qui devient encore plus amusant quand il mixe entre le long et le court Mon 26 avril. Je trouve pas ca terrible pour un utilisateur qui parle pas du tout anglais. Quand j'avais mener l'enquete il y a quelque mois je n'avais pas reussi a aboutir. Et j'aimerais savoir si cela ce fait toujours ou si je peut reprendre mes investigations. Merci.
Re: squirrelmail casse
Le Tue, 27 Apr 2004 10:39:19 +0200 , Florent , prit sa plume pour écrire: Bonjour, Je sais, ce n'est pas trop le lieu pour parler de ca, mais je vais rebondir sur ce message car visiblement certains utilise squirrelmail en production. Moi y'a un detail qui me chagrine encore c'est au niveau des traductions avec les jours et les mois qui ne sont pas traduit en version courte dans la version 1.4.1. j'utilises la version 1.5 et les dates sont correctes. Merci. pas de quoi ... S.
squirrelmail casse
Un autre probleme lie a une recente MAJ (sans doute sur php). Squirrelmail (1.1.5) etant casse, (je gardais la vieille version suite a des pb anciens avec php) je me suis decide a mettre la derniere version (sur sarge) squirrelmail 1.5.0-1 (avec php4 4:4.3.4-4 et uw-imap 7:2002debian1-4) je me retrouve avec un probleme qui semble classique (un tas des gens l'ont eu avec des linux divers, des imap divers et differentes versions de squirrelmail et de php). Pleins de question, mais pratiquement aucune reponse pertinente. ERROR / Unknown user or password incorrect / Go to the login page Pourquoi tant de haine ? Sur les logs imapd service connect .. user=??? host=loghost=[127.0.0.1] quand on appelle la page de SM.. ca envoi un logout pour un user qui n'est pas encore identifie. apres avoir entre nom/passwd imapd[xxx] connect from 127.0.0.1 login disable for nom='le bon nom', auth='le bon nom', host=[127.0.0.1] imapd tourne, l'autentification est bonne, on a l'impression que imap recoit un logout avant de recevoir un login ce qui provoque un 'imapd command end of file' intempestif. Les options du config.php sont grosso modo ce qu'elles etaient quand ca marchait.. La liste de mailing du site de squirrelmail met en evidence les questionnement autour de ce genre de problemes depuis 2002.. sans piste serieuse. Je cherche donc des pistes nouvelles. -- Jean-Paul LACHARME. Administrateur Reseau. GREQAM (UMR6579 CNRS, EHESS, Universites d'Aix-Marseille II et III) Centre de la Vieille Charite. 2, rue de la Charite. 13002 MARSEILLE. Tel.: 04.91.14.07.68. Fax : 04.91.90.02.27. (collectif labo) http://www.vcharite.univ-mrs.fr/PP/lacharme/index.html --
Re: squirrelmail casse
Le lundi 26 Avril 2004 17:00, Jean-Paul Lacharme a écrit : Un autre probleme lie a une recente MAJ (sans doute sur php). Squirrelmail (1.1.5) etant casse, (je gardais la vieille version suite a des pb anciens avec php) je me suis decide a mettre la derniere version (sur sarge) squirrelmail 1.5.0-1 (avec php4 4:4.3.4-4 et uw-imap 7:2002debian1-4) je me retrouve avec un probleme qui semble classique (un tas des gens l'ont eu avec des linux divers, des imap divers et differentes versions de squirrelmail et de php). Pleins de question, mais pratiquement aucune reponse pertinente. ERROR / Unknown user or password incorrect / Go to the login page Pourquoi tant de haine ? Sur les logs imapd service connect .. user=??? host=loghost=[127.0.0.1] quand on appelle la page de SM.. ca envoi un logout pour un user qui n'est pas encore identifie. apres avoir entre nom/passwd imapd[xxx] connect from 127.0.0.1 login disable for nom='le bon nom', auth='le bon nom', host=[127.0.0.1] imapd tourne, l'autentification est bonne, on a l'impression que imap recoit un logout avant de recevoir un login ce qui provoque un 'imapd command end of file' intempestif. Les options du config.php sont grosso modo ce qu'elles etaient quand ca marchait.. La liste de mailing du site de squirrelmail met en evidence les questionnement autour de ce genre de problemes depuis 2002.. sans piste serieuse. Je cherche donc des pistes nouvelles. -- Jean-Paul LACHARME. Administrateur Reseau. GREQAM (UMR6579 CNRS, EHESS, Universites d'Aix-Marseille II et III) Centre de la Vieille Charite. 2, rue de la Charite. 13002 MARSEILLE. Tel.: 04.91.14.07.68. Fax : 04.91.90.02.27. (collectif labo) http://www.vcharite.univ-mrs.fr/PP/lacharme/index.html -- Les fichiers boite aux lettres sont -ils lisibles, avec mutt -f FichierMbox par exemple. Peux tu accéder directement à tes boites avec un client imap autre que squirrelmail, ou avec un cleint pop (si tu as aussi installé un serveur pop). J'ai eu dernièrement un soucis qui était uniquement liée à des fichiers boite aux lettres qui n'était plus lisibles. Il avait suffit que je les vides pour que les emails suivants soient accessibles. Le symptome ressemblait au tien : il semblait que c'était l'authentification imap (mais aussi pop) qui foirait.
Re: squirrelmail casse
créer un fichier /etc/c-client.cf et mettre dedans I accept the risk set disable-plaintext nil voilà pour moi ça a marché