Je suis utilisateur de Thunderbird depuis la version 0.4 et le
passage à la 0.6 semble avoir apporté un changement dans la gestion
de l'authentification smtp; changement notable s'il en est puisque il
refuse obstinément de s'authentifier...
Je n'ai pas noté ce problème lors de la mise à jour, mais seulement
cette semaine lors d'un déplacement : impossible d'envoyer un
quelconque courrier électronique, le serveur refusant de relayer (ce
qui est normal car il est bien élevé).
Pourtant les paramètres de l'authentification sont ok.
J'ai cru à une corruption des fichiers de mots de passe, que j'ai
donc effacés, mais ça n'a rien changé (enfin si, il ne m'a plus
demandé aucun mot de passe et n'arrivait plus à relever les mails non
plus).
J'aurais donc voulu savoir si c'était un bug référencé (j'avoue que
j'ai du mal à savoir où chercher) ou si c'était juste un problème sur
ma machine.
Ah oui, j'utilise Thunderbird sur un Mac OSX 10.3.3 si ça peut avoir
un quelconque intérêt.
Je précise que je n'utilise pas SSL ni MD5 sur mon serveur.
Vala, à vous les studios et merci d'avance à ceux qui auraient une
explication ou un début de commencement de solution (éventuellement
une doc que j'aurais ratée sur la question m'irait bien)
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Vince35
Bonjour les gens,
Je suis utilisateur de Thunderbird depuis la version 0.4 et le passage à la 0.6 semble avoir apporté un changement dans la gestion de l'authentification smtp; changement notable s'il en est puisque il refuse obstinément de s'authentifier...
Je n'ai pas noté ce problème lors de la mise à jour, mais seulement cette semaine lors d'un déplacement : impossible d'envoyer un quelconque courrier électronique, le serveur refusant de relayer (ce qui est normal car il est bien élevé).
Pourtant les paramètres de l'authentification sont ok.
J'ai cru à une corruption des fichiers de mots de passe, que j'ai donc effacés, mais ça n'a rien changé (enfin si, il ne m'a plus demandé aucun mot de passe et n'arrivait plus à relever les mails non plus).
J'aurais donc voulu savoir si c'était un bug référencé (j'avoue que j'ai du mal à savoir où chercher) ou si c'était juste un problème sur ma machine.
Ah oui, j'utilise Thunderbird sur un Mac OSX 10.3.3 si ça peut avoir un quelconque intérêt.
Je précise que je n'utilise pas SSL ni MD5 sur mon serveur.
Vala, à vous les studios et merci d'avance à ceux qui auraient une explication ou un début de commencement de solution (éventuellement une doc que j'aurais ratée sur la question m'irait bien)
juste une idée :
Testes en supprimant le fichier XXXXXX.s dans ton profil : C:Documents and Settings/monprofil/Application DataThunderbirdProfilesdefaultyyyyyyyy.slt supprimes également le fichier XUL.mfl (qui pose souvent problème) ==> il sera recréé aussitôt
puis en ressaisissant les mots de passe
-- Vincent
Bonjour les gens,
Je suis utilisateur de Thunderbird depuis la version 0.4 et le
passage à la 0.6 semble avoir apporté un changement dans la gestion
de l'authentification smtp; changement notable s'il en est puisque il
refuse obstinément de s'authentifier...
Je n'ai pas noté ce problème lors de la mise à jour, mais seulement
cette semaine lors d'un déplacement : impossible d'envoyer un
quelconque courrier électronique, le serveur refusant de relayer (ce
qui est normal car il est bien élevé).
Pourtant les paramètres de l'authentification sont ok.
J'ai cru à une corruption des fichiers de mots de passe, que j'ai
donc effacés, mais ça n'a rien changé (enfin si, il ne m'a plus
demandé aucun mot de passe et n'arrivait plus à relever les mails non
plus).
J'aurais donc voulu savoir si c'était un bug référencé (j'avoue que
j'ai du mal à savoir où chercher) ou si c'était juste un problème sur
ma machine.
Ah oui, j'utilise Thunderbird sur un Mac OSX 10.3.3 si ça peut avoir
un quelconque intérêt.
Je précise que je n'utilise pas SSL ni MD5 sur mon serveur.
Vala, à vous les studios et merci d'avance à ceux qui auraient une
explication ou un début de commencement de solution (éventuellement
une doc que j'aurais ratée sur la question m'irait bien)
juste une idée :
Testes en supprimant le fichier XXXXXX.s dans ton profil :
C:Documents and Settings/monprofil/Application
DataThunderbirdProfilesdefaultyyyyyyyy.slt
supprimes également le fichier XUL.mfl (qui pose souvent problème) ==>
il sera recréé aussitôt
Je suis utilisateur de Thunderbird depuis la version 0.4 et le passage à la 0.6 semble avoir apporté un changement dans la gestion de l'authentification smtp; changement notable s'il en est puisque il refuse obstinément de s'authentifier...
Je n'ai pas noté ce problème lors de la mise à jour, mais seulement cette semaine lors d'un déplacement : impossible d'envoyer un quelconque courrier électronique, le serveur refusant de relayer (ce qui est normal car il est bien élevé).
Pourtant les paramètres de l'authentification sont ok.
J'ai cru à une corruption des fichiers de mots de passe, que j'ai donc effacés, mais ça n'a rien changé (enfin si, il ne m'a plus demandé aucun mot de passe et n'arrivait plus à relever les mails non plus).
J'aurais donc voulu savoir si c'était un bug référencé (j'avoue que j'ai du mal à savoir où chercher) ou si c'était juste un problème sur ma machine.
Ah oui, j'utilise Thunderbird sur un Mac OSX 10.3.3 si ça peut avoir un quelconque intérêt.
Je précise que je n'utilise pas SSL ni MD5 sur mon serveur.
Vala, à vous les studios et merci d'avance à ceux qui auraient une explication ou un début de commencement de solution (éventuellement une doc que j'aurais ratée sur la question m'irait bien)
juste une idée :
Testes en supprimant le fichier XXXXXX.s dans ton profil : C:Documents and Settings/monprofil/Application DataThunderbirdProfilesdefaultyyyyyyyy.slt supprimes également le fichier XUL.mfl (qui pose souvent problème) ==> il sera recréé aussitôt
puis en ressaisissant les mots de passe
-- Vincent
Christophe Cuq
Vince35 writes:
Testes en supprimant le fichier XXXXXX.s dans ton profil : C:Documents and Settings/monprofil/Application DataThunderbirdProfilesdefaultyyyyyyyy.slt
Je suis sous Mac OSX pas windows. Et j'ai déjà essayé ça, sans résultat.
Enfin, si, un résultat : il n'a pas recré le fichier, ne m'a plus donné accès à mes boites (il n'avait plus les mots de passe).
supprimes également le fichier XUL.mfl (qui pose souvent problème) ==> il sera recréé aussitôt
Je n'ai pas essayé de virer celui-là.
Bon, on va virer les 2 (de toute façon, là, je suis rentré et j'ai accès à mes sauvegardes)
puis en ressaisissant les mots de passe
Encore faut-il qu'il le propose...
Merci pour les idées :)
-- CHC
Vince35 <vb@f.fr> writes:
Testes en supprimant le fichier XXXXXX.s dans ton profil :
C:Documents and Settings/monprofil/Application
DataThunderbirdProfilesdefaultyyyyyyyy.slt
Je suis sous Mac OSX pas windows. Et j'ai déjà essayé ça, sans résultat.
Enfin, si, un résultat : il n'a pas recré le fichier, ne m'a plus
donné accès à mes boites (il n'avait plus les mots de passe).
supprimes également le fichier XUL.mfl (qui pose souvent problème) ==>
il sera recréé aussitôt
Je n'ai pas essayé de virer celui-là.
Bon, on va virer les 2 (de toute façon, là, je suis rentré et j'ai
accès à mes sauvegardes)
Testes en supprimant le fichier XXXXXX.s dans ton profil : C:Documents and Settings/monprofil/Application DataThunderbirdProfilesdefaultyyyyyyyy.slt
Je suis sous Mac OSX pas windows. Et j'ai déjà essayé ça, sans résultat.
Enfin, si, un résultat : il n'a pas recré le fichier, ne m'a plus donné accès à mes boites (il n'avait plus les mots de passe).
supprimes également le fichier XUL.mfl (qui pose souvent problème) ==> il sera recréé aussitôt
Je n'ai pas essayé de virer celui-là.
Bon, on va virer les 2 (de toute façon, là, je suis rentré et j'ai accès à mes sauvegardes)
puis en ressaisissant les mots de passe
Encore faut-il qu'il le propose...
Merci pour les idées :)
Il y a des options dans Outils / Options / Avancé / Mots de passe et
Sécurité Et dans Gestion des mots de passe des serveurs de courrier => Peut-être un espoir ?
-- Vincent
Christophe Cuq
Vince35 writes:
Il y a des options dans Outils / Options / Avancé / Mots de passe et Sécurité
Oui, mais qui ne m'avaient servi à rien.
Et dans Gestion des mots de passe des serveurs de courrier => Peut-être un espoir ?
Non plus :)
Mais bon, après avoir viré le fichier .s *et* xul.mafsl, eh bien il a recommencé à se comporter correctement, m'a redemandé mes mots de passe et semble recommencer à s'authentifier.
Je viens de tester en passant par une connexion modem, et ça fonctionne.
Merci pour l'idée du xul.mafsl, je commençais à désespérer.
-- CHC
Vince35 <vb@f.fr> writes:
Il y a des options dans Outils / Options / Avancé / Mots de passe et
Sécurité
Oui, mais qui ne m'avaient servi à rien.
Et dans Gestion des mots de passe des serveurs de courrier =>
Peut-être un espoir ?
Non plus :)
Mais bon, après avoir viré le fichier .s *et* xul.mafsl, eh bien il a
recommencé à se comporter correctement, m'a redemandé mes mots de
passe et semble recommencer à s'authentifier.
Je viens de tester en passant par une connexion modem, et ça
fonctionne.
Merci pour l'idée du xul.mafsl, je commençais à désespérer.
Il y a des options dans Outils / Options / Avancé / Mots de passe et Sécurité
Oui, mais qui ne m'avaient servi à rien.
Et dans Gestion des mots de passe des serveurs de courrier => Peut-être un espoir ?
Non plus :)
Mais bon, après avoir viré le fichier .s *et* xul.mafsl, eh bien il a recommencé à se comporter correctement, m'a redemandé mes mots de passe et semble recommencer à s'authentifier.
Je viens de tester en passant par une connexion modem, et ça fonctionne.
Merci pour l'idée du xul.mafsl, je commençais à désespérer.
-- CHC
Jean-Max Reymond
Christophe Cuq wrote:
Je n'ai pas noté ce problème lors de la mise à jour, mais seulement cette semaine lors d'un déplacement : impossible d'envoyer un quelconque courrier électronique, le serveur refusant de relayer (ce qui est normal car il est bien élevé).
avais tu gardé le même FAI? Si ce n'est pas le cas, il faut prendre le smtp de ton FAI
-- Jean-Max Reymond dernière éruption de l'Etna: http://jmreymond.free.fr/Etna2002
Christophe Cuq wrote:
Je n'ai pas noté ce problème lors de la mise à jour, mais seulement
cette semaine lors d'un déplacement : impossible d'envoyer un
quelconque courrier électronique, le serveur refusant de relayer (ce
qui est normal car il est bien élevé).
avais tu gardé le même FAI? Si ce n'est pas le cas, il faut prendre le
smtp de ton FAI
--
Jean-Max Reymond
dernière éruption de l'Etna: http://jmreymond.free.fr/Etna2002
Je n'ai pas noté ce problème lors de la mise à jour, mais seulement cette semaine lors d'un déplacement : impossible d'envoyer un quelconque courrier électronique, le serveur refusant de relayer (ce qui est normal car il est bien élevé).
avais tu gardé le même FAI? Si ce n'est pas le cas, il faut prendre le smtp de ton FAI
-- Jean-Max Reymond dernière éruption de l'Etna: http://jmreymond.free.fr/Etna2002
Christophe Cuq
Jean-Max Reymond writes:
avais tu gardé le même FAI? Si ce n'est pas le cas, il faut prendre le smtp de ton FAI
Non. Dans mon cas ce n'est pas nécessaire, je n'utilise *jamais* les smtp des FAI mais un smtp perso qui fait de l'authentification.
Mais le problème est réglé.
-- CHC
Jean-Max Reymond <jmreymond@hotmail.com> writes:
avais tu gardé le même FAI? Si ce n'est pas le cas, il faut prendre le
smtp de ton FAI
Non. Dans mon cas ce n'est pas nécessaire, je n'utilise *jamais* les
smtp des FAI mais un smtp perso qui fait de l'authentification.
