SME 7.5 + WebMail (Horde) = Admin Login Failed

[HP77]

Bonjour,

Encore(*) une surprise de la part de mon serveur de fichiers au bureau...

Probleme: Impossible d'acceder aux e-mails du compte 'admin'.

- Obtention du message d'erreur: "Login failed because your username or password was entered incorrectly." a chaque tentative.
- Acces refuse depuis le navigateur Internet de n'importe quel PC (https://monserveur.mondomain/webmail ou bien https://adresse_IP_eth0/webmail (**))
- Acces refuse depuis le Shell du serveur (# elinks 127.0.01/webmail)

- Probleme apparu apres le 25-05-2012 (mise a jour via le shell).
- Probleme concernant ce seul serveur. Un autre serveur en mode "Server Only" et mis a jour de la meme maniere le 25-05-2012 ne pose aucun souci.

- PAS de probleme pour acceder a "Server-Manager"...


Infos Serveur:
- mode: "Server Only"
- version 7.5.1
- schema: Schema Serveur de Fichiers au Bureau
- derniere mise a jour: 28-05-2012
- AUCUNE modification particuliere (aucune nouvelle "Contribution", aucune nouvelle "i-bay", etc...)


Question:
- Je me demande par ou se fait le lien entre la configuration du compte 'admin' de SME et celui de Horde.
- Si vous avez une approche plus judicieuce a me suggerer, je suis preneur.


Merci de m'avoir lu.

Cordialement,
HP_

-----------------------------------------------
(*) Toujours pas resolu le mysterieux probleme bloquant la session Shell pour le compte 'admin'.
Serait-ce lie' d'une certaine maniere ???

(**) adresse_IP_eth0 = 192.168.0.10, laquelle est differente de l'adresse IP du routeur (172.27.xxx.yyy)

[HP77]

Bonjour,

...
Question:
- Je me demande par ou se fait le lien entre la configuration du compte 'admin' de SME et celui de Horde.
...

Je tiens peut-etre une piste : Re: [SUITE_IXUS] SME 7.5 - Session Shell Admin = Impossible

A suivre...


Cordialement,
HP_

P.S.
Autrement, les e-mails du compte 'admin' sont quand-meme accessibles dans le dossier /home/e-smith/Maildir/.
/home/e-smith/Maildir/new/ pour les nouveaux messages mais, cote ergonomie, ce n'est pas top.

[unnilennium]

sinon il y a aussi consultation en IMAP ou en POP

a ce sujet l'Authentification de ton admin se fait par le serveur imap, ton administrateur aurait il des accents des tildés sur les n ou des ç dans son mot de passe ?

IMAP ne supporte pas les caractères absent d'un clavier US

a ce sujet as tu lu le message suivant : viewtopic.php?f=7&t=430&p=3486&hilit=imap#p3486

[HP77]

Bonsoir Unnilennium,

sinon il y a aussi consultation en IMAP ou en POP

Ah oui, c'est vrai. Je n'y avais pas pense puisque je n'utilise jamais ces options...
Quel client de messagerie serait le bienvenu (j'avais eu vent de certains soucis avec ThunderBird a une epoque deja lointaine...) ?

a ce sujet l'Authentification de ton admin se fait par le serveur imap, ton administrateur aurait il des accents des tildés sur les n ou des ç dans son mot de passe ?

IMAP ne supporte pas les caractères absent d'un clavier US

Non, j'evite ce genre de "blague" sur un systeme "pondu" et maintenu par des gens qui ne se soucient pas de l'UTF-8... (si je peux resumer les choses ainsi )
Par contre, pour le tilde', c'est bon a savoir car ca peut faire mal... il est bien present sur un clavier EN-US !

a ce sujet as tu lu le message suivant : viewtopic.php?f=7&t=430&p=3486&hilit=imap#p3486

Ca me rappelle que Baobab a une mauvaise conception de la table ASCII (American Standard Code for Information Interchange = les accents, ils ne s'en occupaient pas du tout ) et que je devais poster un court message a ce sujet...
Je crois deviner que, comme moi a mes debuts, il a ete induit en erreur avec certaines lectures concernant "M$$$-Fenetres": Table ASCII etendue = codes caracteres de 128 a 255 <=> pages de code 850 (FR) et 437 (US)... (si j'ai bonne memoire de ma periode M$-DOS 6.22 et M$-Win3.11 (...) )
(j'espere qu'il ne le prendra pas mal, je crois bien que j'ai perdu mes gants a Singapour... )


Cote longueur du mote de passe, seulement 10 caracteres ("suffisant" pour un usage local au bureau + DenyHosts au cas ou...)


Pour en revenir au sujet de la discussion, je crois vraiment qu'il y a un souci lie (indirectement (Perl...) ou non) au systeme de configuration automatise de SME. Sinon, c'est Horde qui aurait une "indigestion" du compte 'admin' et de mon compte utilisateur, tous deux membres de plus de 32 groupes (pas le cas pour tous les autres utilisateurs (70-80))...

Bon, il va falloir que "je mette le clic" la ou Horde et SME s'echangent des infos lors du login au WebMail...
(Une piste au niveau de l'arborescence du systeme de fichiers ? "GG !! ...")


Cordialement,
HP_

[unnilennium]

une seule chos epour repondre : les logs !

[HP77]

Hello,

une seule chos epour repondre : les logs !

hmm... J'ai l'impression que je vais devoir faire un break tres bientot. Trop de programmation me faisait penser a chercher dans le code plutot que les logs...

Merci pour la lumiere !

Bon, cote "log", une simple requete sur le mot clef "horde" depuis Server-Manager me donne cela:

Code : Tout sélectionner

View log files
View log files
/var/log/messages: Viewed at Thu 31 May 2012 01:30:49 PM SGT.

Displaying lines matching: "horde".

May 28 17:06:20 ServeurFichiers-HP esmith::event[3930]: expanding /home/httpd/html/horde/conf.menu.apps.php 
May 28 17:06:20 ServeurFichiers-HP esmith::event[3930]: expanding /home/httpd/html/horde/imp/config/trailer.txt 
May 28 17:06:20 ServeurFichiers-HP esmith::event[3930]: expanding /home/httpd/html/horde/imp/config/header.txt 
May 28 17:06:20 ServeurFichiers-HP esmith::event[3930]: expanding /home/httpd/html/horde/imp/config/hooks.php 
May 28 17:06:21 ServeurFichiers-HP esmith::event[3930]: expanding /home/httpd/html/horde/imp/config/conf.php 
May 28 17:06:21 ServeurFichiers-HP esmith::event[3930]: expanding /home/httpd/html/horde/imp/config/prefs.php 
May 28 17:06:22 ServeurFichiers-HP esmith::event[3930]: expanding /home/httpd/html/horde/imp/config/servers.php 
May 28 17:06:22 ServeurFichiers-HP esmith::event[3930]: expanding /home/httpd/html/horde/config/hooks.php 
May 28 17:06:22 ServeurFichiers-HP esmith::event[3930]: expanding /home/httpd/html/horde/config/conf.php 
May 28 17:06:22 ServeurFichiers-HP esmith::event[3930]: expanding /home/httpd/html/horde/config/prefs.php 
May 28 17:06:23 ServeurFichiers-HP esmith::event[3930]: expanding /home/httpd/html/horde/config/mime_drivers.php 
May 28 17:06:23 ServeurFichiers-HP esmith::event[3930]: expanding /home/httpd/html/horde/config/registry.php 
May 28 17:06:23 ServeurFichiers-HP esmith::event[3930]: expanding /home/httpd/html/horde/turba/config/conf.php 
May 28 17:06:23 ServeurFichiers-HP esmith::event[3930]: expanding /home/httpd/html/horde/turba/config/prefs.php 
May 28 17:06:24 ServeurFichiers-HP esmith::event[3930]: expanding /home/httpd/html/horde/turba/config/sources.php 
May 28 17:06:24 ServeurFichiers-HP esmith::event[3930]: expanding /home/httpd/html/horde/ingo/config/backends.php 
May 28 17:06:24 ServeurFichiers-HP esmith::event[3930]: expanding /home/httpd/html/horde/ingo/config/conf.php 
May 28 17:06:24 ServeurFichiers-HP esmith::event[3930]: expanding /home/httpd/html/horde/ingo/config/prefs.php 
May 28 17:09:59 ServeurFichiers-HP mysql.init: Loading 20mysql_migrate_horde into mysql succeeded
May 28 17:09:59 ServeurFichiers-HP mysql.init: Loading 21horde.mysql_set_password into mysql succeeded
May 28 17:09:59 ServeurFichiers-HP mysql.init: Loading 30horde_mysql_create_tables into mysql succeeded
May 28 17:10:01 ServeurFichiers-HP mysql.init: Loading 31horde_upgrade into mysql succeeded
May 28 17:10:04 ServeurFichiers-HP mysql.init: Loading 77horde_mysql_update_privs into mysql succeeded
May 29 09:00:54 ServeurFichiers-HP HORDE[5154]: [imp] FAILED LOGIN for admin [172.27.18.250] to {localhost:143 [imap/notls]} [pid 5154 on line 139 of "/home/httpd/html/horde/imp/lib/Auth/imp.php"]
May 29 09:01:42 ServeurFichiers-HP HORDE[5152]: [imp] FAILED LOGIN for admin [192.168.0.100] to {localhost:143 [imap/notls]} [pid 5152 on line 139 of "/home/httpd/html/horde/imp/lib/Auth/imp.php"]
May 29 09:36:12 ServeurFichiers-HP HORDE[5158]: [imp] FAILED LOGIN for admin [127.0.0.1] to {localhost:143 [imap/notls]} [pid 5158 on line 139 of "/home/httpd/html/horde/imp/lib/Auth/imp.php"]
May 29 09:36:32 ServeurFichiers-HP HORDE[5156]: [imp] FAILED LOGIN for admin [127.0.0.1] to {localhost:143 [imap/notls]} [pid 5156 on line 139 of "/home/httpd/html/horde/imp/lib/Auth/imp.php"]
May 29 12:00:23 ServeurFichiers-HP HORDE[5151]: [imp] FAILED LOGIN for admin [127.0.0.1] to {localhost:143 [imap/notls]} [pid 5151 on line 139 of "/home/httpd/html/horde/imp/lib/Auth/imp.php"]
May 29 12:00:44 ServeurFichiers-HP HORDE[12769]: [imp] FAILED LOGIN for admin [127.0.0.1] to {localhost:143 [imap/notls]} [pid 12769 on line 139 of "/home/httpd/html/horde/imp/lib/Auth/imp.php"]
May 30 10:17:28 ServeurFichiers-HP HORDE[5166]: [imp] FAILED LOGIN for user-hp [172.27.18.250] to {localhost:143 [imap/notls]} [pid 5166 on line 139 of "/home/httpd/html/horde/imp/lib/Auth/imp.php"]
May 30 10:19:08 ServeurFichiers-HP HORDE[5170]: [imp] Login success for vpn-temp [172.27.18.250] to {localhost:143 [imap/notls]} [pid 5170 on line 307 of "/home/httpd/html/horde/imp/lib/Session.php"]


Bon, d'apres l'extrait du fichier /home/httpd/html/horde/imp/lib/Auth/imp.php ci-dessous (lignes 135 et suivantes), cela signifierait donc que ca coince lors de l'ouverture d'un "stream" IMAP.

Code : Tout sélectionner

        /* Open an IMAP stream. */
        require_once IMP_BASE . '/lib/IMAP.php';
        $imp_imap = &IMP_IMAP::singleton($_SESSION['imp']['user'], $credentials['password']);
        if (!$imp_imap->changeMbox(null, IMP_IMAP_PEEK)) {
            Horde::logMessage(IMP::loginLogMessage('failed'), __FILE__, __LINE__, PEAR_LOG_ERR);

            unset($_SESSION['imp']);
            if (isset($prefs)) {
                $prefs->cleanup(true);
            }
            $this->_setAuthError(AUTH_REASON_BADLOGIN);
            return false;
        }

        return true;


Bon, et bien, "yapluka" suivre le fil et voir jusqu'ou ca remonte.

Merci pour la mise en piste, je verrais peut-etre ca durant le weekend...

A+

Cordialement,
HP_

[jdh]

Pour avoir pratiqué quelques webmail comme Squirrelmail, RoundCube, il semble clair que l'authentification, généralement de la forme (adresse mail)/(mdp), est réalisé justement par ... le stockage de mail sous-jacent !

Il serait, en effet, assez stupide de créer une base d'authentification DANS le webmail alors que le stockage de mail dispose forcément d'une base d'authentification !

Il faut donc réinitialiser le mot de passe dans le stockage de mail ...

Edit/ Ooops, cela a DEJA été écrit par Unilennium dès le début ...

[unnilennium]

le fichier log a vérifier est celui du serveur IMAP

en ligne de commande :

Code : Tout sélectionner

 tail -f /var/log/imaps/current |tai64nlocal

puis tente une connexion au webmail

[HP77]

Bonjour,

Enfin de retour...

Pour avoir pratiqué quelques webmail comme Squirrelmail, RoundCube, il semble clair que l'authentification, généralement de la forme (adresse mail)/(mdp), est réalisé justement par ... le stockage de mail sous-jacent !

OK, merci pour l'info.

Il serait, en effet, assez stupide de créer une base d'authentification DANS le webmail alors que le stockage de mail dispose forcément d'une base d'authentification !

Il faut donc réinitialiser le mot de passe dans le stockage de mail ...

Edit/ Ooops, cela a DEJA été écrit par Unilennium dès le début ...

humm.... :think:
Cela m'inquiete un peu car je ne vois pas encore tres bien comment le probleme avec Horde et celui de Perl concernant les groupes d'utilisateurs peuvent etre lies ensemble comme cela en a l'air (reste a confirmer(*)).

(*) Pour cela, je vais creer un utilisateur "admin-test" et l'ajouter a plein autant de groupes que necessaires pour tapper dans le probleme de Perl (20 puis augmenter progressivemment en verifiant ce qu'il se passe...) et augmenter encore au "compte goutte" pour voir si Horde serait lui aussi sensible a cette "cuisine"...
Bon, a faire quand je vais avoir un peu de temps (fin de semaine ? )

le fichier log a vérifier est celui du serveur IMAP

en ligne de commande :

Code : Tout sélectionner

tail -f /var/log/imaps/current |tai64nlocal

puis tente une connexion au webmail

OK, ca donne ceci:

Code : Tout sélectionner

[root@172.27.18.250 ~]# tail -f /var/log/imaps/current |tai64nlocal
2012-05-28 14:00:55.471680500 tcpsvd: info: listening on 0.0.0.0:imaps, starting.
2012-05-28 17:09:36.900522500 tcpsvd: info: listening on 0.0.0.0:imaps, starting.
2012-05-29 06:31:59.930217500 tcpsvd: info: listening on 0.0.0.0:imaps, starting.
2012-05-30 06:32:00.112678500 tcpsvd: info: listening on 0.0.0.0:imaps, starting.
2012-05-31 06:31:59.401383500 tcpsvd: info: listening on 0.0.0.0:imaps, starting.
2012-06-01 06:31:59.022271500 tcpsvd: info: listening on 0.0.0.0:imaps, starting.
2012-06-04 09:10:08.972228500 tcpsvd: info: listening on 0.0.0.0:imaps, starting.
2012-06-05 06:31:59.707227500 tcpsvd: info: listening on 0.0.0.0:imaps, starting.
2012-06-06 06:31:59.717047500 tcpsvd: info: listening on 0.0.0.0:imaps, starting.
2012-06-07 06:32:00.113157500 tcpsvd: info: listening on 0.0.0.0:imaps, starting.



Aucune difference suite a une tentative d'acces au WebMail avec:
- Compte 'admin' (ca "plante")
- Compte 'vpn-temp' (OK)

Remarque(s):
- La commande semble ne jamais se terminer, il faut faire une CTRL+C pour revenir a l'invite du Shell. (normal vu la commande )
- Je pensais que c'etait normal et que je verrais apparaitre du nouveau apres mes essais avec le WebMail mais rien de plus.
- Parfois, le serveur reste eteint dans la journee si j'ai "force" sa mise a l'arret manuellement avant 22h30 puis "coupe' le jus" sur la prise...


Bon, par curiosite, j'ai jete' un oeil a /var/logs/imap/current (au lieu de imaps):

Code : Tout sélectionner

2012-06-07 14:12:16.332370500 tcpsvd: info: status 1/400
2012-06-07 14:12:16.332491500 tcpsvd: info: pid 28201 from 127.0.0.1
2012-06-07 14:12:16.332611500 tcpsvd: info: concurrency 28201 127.0.0.1 1/12
2012-06-07 14:12:16.332616500 tcpsvd: info: start 28201 0:127.0.0.1 ::127.0.0.1:32877 ./peers/127.0.0.1
2012-06-07 14:12:16.335217500 imapfront-auth[28202]: * OK imapfront ready.
2012-06-07 14:12:16.336288500 2012.06.07 06:12:16 LOG5[28201:3085977824]: Using 'imap' as tcpwrapper service name
2012-06-07 14:12:16.342014500 2012.06.07 06:12:16 LOG5[28201:3085977824]: stunnel 3.22 on i686-redhat-linux-gnu PTHREAD+LIBWRAP with OpenSSL 0.9.7a Feb 19 2003
2012-06-07 14:12:16.342168500 2012.06.07 06:12:16 LOG5[28201:3085977824]: imap connected from 127.0.0.1:32877
2012-06-07 14:12:16.342815500 imapfront-auth[28202]: * CAPABILITY IMAP4rev1 AUTH=LOGIN IMAP4rev1 SASL-IR SORT THREAD=REFERENCES MULTIAPPEND UNSELECT LITERAL+ IDLE CHILDREN NAMESPACE LOGIN-REFERRALS
2012-06-07 14:12:16.342851500 imapfront-auth[28202]: 00000000 OK CAPABILITY completed
2012-06-07 14:12:16.387250500 imapfront-auth[28202]: SASL AUTH LOGIN username=vpn-temp
2012-06-07 14:12:16.609245500 imap(vpn-temp): Info: Disconnected: Logged out
2012-06-07 14:12:16.610141500 tcpsvd: info: end 28201 exit 0
2012-06-07 14:12:16.610147500 tcpsvd: info: status 0/400

2012-06-07 14:13:19.486573500 tcpsvd: info: status 1/400
2012-06-07 14:13:19.486707500 tcpsvd: info: pid 28246 from 127.0.0.1
2012-06-07 14:13:19.486827500 tcpsvd: info: concurrency 28246 127.0.0.1 1/12
2012-06-07 14:13:19.486831500 tcpsvd: info: start 28246 0:127.0.0.1 ::127.0.0.1:32878 ./peers/127.0.0.1
2012-06-07 14:13:19.489481500 imapfront-auth[28247]: * OK imapfront ready.
2012-06-07 14:13:19.490521500 2012.06.07 06:13:19 LOG5[28246:3086035168]: Using 'imap' as tcpwrapper service name
2012-06-07 14:13:19.496216500 2012.06.07 06:13:19 LOG5[28246:3086035168]: stunnel 3.22 on i686-redhat-linux-gnu PTHREAD+LIBWRAP with OpenSSL 0.9.7a Feb 19 2003
2012-06-07 14:13:19.496370500 2012.06.07 06:13:19 LOG5[28246:3086035168]: imap connected from 127.0.0.1:32878
2012-06-07 14:13:19.497006500 imapfront-auth[28247]: * CAPABILITY IMAP4rev1 AUTH=LOGIN IMAP4rev1 SASL-IR SORT THREAD=REFERENCES MULTIAPPEND UNSELECT LITERAL+ IDLE CHILDREN NAMESPACE LOGIN-REFERRALS
2012-06-07 14:13:19.497095500 imapfront-auth[28247]: 00000000 OK CAPABILITY completed
2012-06-07 14:13:19.540249500 imapfront-auth[28247]: SASL AUTH LOGIN failed
2012-06-07 14:13:19.540286500 imapfront-auth[28247]: 00000001 NO AUTHENTICATE failed: Internal error.
2012-06-07 14:13:19.542859500 imapfront-auth[28247]: SASL AUTH LOGIN failed
2012-06-07 14:13:19.542895500 imapfront-auth[28247]: 00000002 NO AUTHENTICATE failed: Internal error.
2012-06-07 14:13:19.545461500 imapfront-auth[28247]: SASL AUTH LOGIN failed
2012-06-07 14:13:19.545496500 imapfront-auth[28247]: 00000003 NO AUTHENTICATE failed: Internal error.
2012-06-07 14:13:19.545754500 imapfront-auth[28247]: * Logging out
2012-06-07 14:13:19.545787500 imapfront-auth[28247]: 00000004 OK LOGOUT completed
2012-06-07 14:13:19.546484500 tcpsvd: info: end 28246 exit 0
2012-06-07 14:13:19.546489500 tcpsvd: info: status 0/400

2012-06-07 14:13:20.548623500 tcpsvd: info: status 1/400
2012-06-07 14:13:20.548747500 tcpsvd: info: pid 28248 from 127.0.0.1
2012-06-07 14:13:20.548852500 tcpsvd: info: concurrency 28248 127.0.0.1 1/12
2012-06-07 14:13:20.548856500 tcpsvd: info: start 28248 0:127.0.0.1 ::127.0.0.1:32879 ./peers/127.0.0.1
2012-06-07 14:13:20.551825500 imapfront-auth[28249]: * OK imapfront ready.
2012-06-07 14:13:20.552946500 2012.06.07 06:13:20 LOG5[28248:3085961440]: Using 'imap' as tcpwrapper service name
2012-06-07 14:13:20.558681500 2012.06.07 06:13:20 LOG5[28248:3085961440]: stunnel 3.22 on i686-redhat-linux-gnu PTHREAD+LIBWRAP with OpenSSL 0.9.7a Feb 19 2003
2012-06-07 14:13:20.558837500 2012.06.07 06:13:20 LOG5[28248:3085961440]: imap connected from 127.0.0.1:32879
2012-06-07 14:13:20.559504500 imapfront-auth[28249]: * CAPABILITY IMAP4rev1 AUTH=LOGIN IMAP4rev1 SASL-IR SORT THREAD=REFERENCES MULTIAPPEND UNSELECT LITERAL+ IDLE CHILDREN NAMESPACE LOGIN-REFERRALS
2012-06-07 14:13:20.559531500 imapfront-auth[28249]: 00000000 OK CAPABILITY completed
2012-06-07 14:13:20.603085500 imapfront-auth[28249]: SASL AUTH LOGIN failed
2012-06-07 14:13:20.603112500 imapfront-auth[28249]: 00000001 NO AUTHENTICATE failed: Internal error.
2012-06-07 14:13:20.605757500 imapfront-auth[28249]: SASL AUTH LOGIN failed
2012-06-07 14:13:20.605786500 imapfront-auth[28249]: 00000002 NO AUTHENTICATE failed: Internal error.
2012-06-07 14:13:20.608395500 imapfront-auth[28249]: SASL AUTH LOGIN failed
2012-06-07 14:13:20.608423500 imapfront-auth[28249]: 00000003 NO AUTHENTICATE failed: Internal error.
2012-06-07 14:13:20.608690500 imapfront-auth[28249]: * Logging out
2012-06-07 14:13:20.608714500 imapfront-auth[28249]: 00000004 OK LOGOUT completed
2012-06-07 14:13:20.609365500 tcpsvd: info: end 28248 exit 0
2012-06-07 14:13:20.609394500 tcpsvd: info: status 0/400

2012-06-07 14:13:21.612440500 tcpsvd: info: status 1/400
2012-06-07 14:13:21.612566500 tcpsvd: info: pid 28250 from 127.0.0.1
2012-06-07 14:13:21.612669500 tcpsvd: info: concurrency 28250 127.0.0.1 1/12
2012-06-07 14:13:21.612673500 tcpsvd: info: start 28250 0:127.0.0.1 ::127.0.0.1:32880 ./peers/127.0.0.1
2012-06-07 14:13:21.615584500 imapfront-auth[28251]: * OK imapfront ready.
2012-06-07 14:13:21.616681500 2012.06.07 06:13:21 LOG5[28250:3086293216]: Using 'imap' as tcpwrapper service name
2012-06-07 14:13:21.622390500 2012.06.07 06:13:21 LOG5[28250:3086293216]: stunnel 3.22 on i686-redhat-linux-gnu PTHREAD+LIBWRAP with OpenSSL 0.9.7a Feb 19 2003
2012-06-07 14:13:21.622566500 2012.06.07 06:13:21 LOG5[28250:3086293216]: imap connected from 127.0.0.1:32880
2012-06-07 14:13:21.623219500 imapfront-auth[28251]: * CAPABILITY IMAP4rev1 AUTH=LOGIN IMAP4rev1 SASL-IR SORT THREAD=REFERENCES MULTIAPPEND UNSELECT LITERAL+ IDLE CHILDREN NAMESPACE LOGIN-REFERRALS
2012-06-07 14:13:21.623246500 imapfront-auth[28251]: 00000000 OK CAPABILITY completed
2012-06-07 14:13:21.666903500 imapfront-auth[28251]: SASL AUTH LOGIN failed
2012-06-07 14:13:21.666932500 imapfront-auth[28251]: 00000001 NO AUTHENTICATE failed: Internal error.
2012-06-07 14:13:21.669573500 imapfront-auth[28251]: SASL AUTH LOGIN failed
2012-06-07 14:13:21.669599500 imapfront-auth[28251]: 00000002 NO AUTHENTICATE failed: Internal error.
2012-06-07 14:13:21.672209500 imapfront-auth[28251]: SASL AUTH LOGIN failed
2012-06-07 14:13:21.672283500 imapfront-auth[28251]: 00000003 NO AUTHENTICATE failed: Internal error.
2012-06-07 14:13:21.672511500 imapfront-auth[28251]: * Logging out
2012-06-07 14:13:21.672537500 imapfront-auth[28251]: 00000004 OK LOGOUT completed
2012-06-07 14:13:21.673182500 tcpsvd: info: end 28250 exit 0
2012-06-07 14:13:21.673210500 tcpsvd: info: status 0/400



Remarque(s):
- Je me suis connecte' une fois avec succes en tant qu'utilisateur 'vpn-temp' avant de me connecter une fois avec le compte 'admin'.
- Il semble y avoir 3 tentatives de connexion en cas d'erreur.
- J'ai separe' (saut de ligne) volontairement les blocs entre status 0/400 et status 1/400 pour une meilleure visibilite'.
- Lors d'un acces au webmail via http://mon-serveur.mon-domaine/webmail , la redirection automatique vers https fonctionne.
- Au cas ou... : le mot de passe est correct, c'est le meme que j'utilise depuis le debut pour l'acces au Shell et, autrefois, au Web Mail.
- Le serveur a ete mise en service il y a moins de 2 ans.


"Erreur interne", je veux bien mais elle n'affecte pas le compte "vpn-temp" qui ne m'a servi qu'a ... tester l'acces PPTP VPN a son dossier d'utilisateur.

Que pourrais-je essayer d'autre avant de conclure par l'enregistrement d'un nouveau "bug" SME ? (deja, il faudait peut-etre que je puisse le reproduire... Non ? )


Merci a Jdh et Unnilennium, bonne journee !

Cordialement,
HP_

[unnilennium]

as tu le même mot de passe pour root et admin ?

si ce n'est pas le cas c'est peut être lié ... http://bugs.contribs.org/show_bug.cgi?id=3763

contrairement a ce que j'Ai pu lire ici ou là sur les forums ce bug semble montrer que SME n'Es tpas pes pour un desync de ces deux comptes au niveau password.

quelqu'un dans ton cas : http://bugs.contribs.org/show_bug.cgi?id=6855