je suis sous mandrake 10, avec Kontact pour lire les forums et
recevoir/envoyer les mails...
sauf que j'ai un message "echec de l'envoi" de mes mails.
Tous semble bien configuré pourtant (forums, réception de mails)
voilà des infos :
FAI : free
smtp.free.fr par le port 25
Le FAI d'envoi doit être celui qui détient ton email (ex : smtp.machin.truc pour ) et pas le FAI par lequel tu te connecte.
Olivier V
Doom
Olivier V wrote:
Doom wrote:
FAI : free smtp.free.fr par le port 25
si quelqu'un a une petite idée...
Peut être :
Le FAI d'envoi doit être celui qui détient ton email (ex : smtp.machin.truc pour ) et pas le FAI par lequel tu te connecte.
ben...je sais pas trop ! pourtant j'ai pris les bonnes infos sur le site de free et je me suis pas trompé je pense puisque tout le reste (news, réception mails) marche bien...
y'a pas de raison que ça ne marche pas !
Olivier V wrote:
Doom wrote:
FAI : free
smtp.free.fr par le port 25
si quelqu'un a une petite idée...
Peut être :
Le FAI d'envoi doit être celui qui détient ton email
(ex : smtp.machin.truc pour anonyme@macin.truc)
et pas le FAI par lequel tu te connecte.
ben...je sais pas trop !
pourtant j'ai pris les bonnes infos sur le site de free et je me suis pas
trompé je pense puisque tout le reste (news, réception mails) marche
bien...
Le FAI d'envoi doit être celui qui détient ton email (ex : smtp.machin.truc pour ) et pas le FAI par lequel tu te connecte.
ben...je sais pas trop ! pourtant j'ai pris les bonnes infos sur le site de free et je me suis pas trompé je pense puisque tout le reste (news, réception mails) marche bien...
y'a pas de raison que ça ne marche pas !
TiChou
Dans le message <news:, *Olivier V* tapota sur f.c.o.l.configuration :
Peut être :
Le FAI d'envoi doit être celui qui détient ton email (ex : smtp.machin.truc pour ) et pas le FAI par lequel tu te connecte.
Non, c'est justement l'inverse. Sinon cela voudrait dire que le smtp.machin.truc serait open relay puisqu'il permettrait à tous les spammers d'envoyer facilement des spams en se faisant passer pour C'est bien le smtp de son FAI qu'on doit utiliser pour l'envoi de mail, même si le champ From n'est pas dans le même domaine.
-- TiChou
Dans le message <news:1779065.abP3e54cMW@news.free.fr>,
*Olivier V* tapota sur f.c.o.l.configuration :
Peut être :
Le FAI d'envoi doit être celui qui détient ton email
(ex : smtp.machin.truc pour anonyme@macin.truc)
et pas le FAI par lequel tu te connecte.
Non, c'est justement l'inverse.
Sinon cela voudrait dire que le smtp.machin.truc serait open relay puisqu'il
permettrait à tous les spammers d'envoyer facilement des spams en se faisant
passer pour anonyme@machin.truc.
C'est bien le smtp de son FAI qu'on doit utiliser pour l'envoi de mail, même
si le champ From n'est pas dans le même domaine.
Dans le message <news:, *Olivier V* tapota sur f.c.o.l.configuration :
Peut être :
Le FAI d'envoi doit être celui qui détient ton email (ex : smtp.machin.truc pour ) et pas le FAI par lequel tu te connecte.
Non, c'est justement l'inverse. Sinon cela voudrait dire que le smtp.machin.truc serait open relay puisqu'il permettrait à tous les spammers d'envoyer facilement des spams en se faisant passer pour C'est bien le smtp de son FAI qu'on doit utiliser pour l'envoi de mail, même si le champ From n'est pas dans le même domaine.
-- TiChou
no_spam
On Thu, 04 Nov 2004 23:19:39 +0100, TiChou wrote:
Dans le message <news:, *Olivier V* tapota sur f.c.o.l.configuration :
Peut être :
Le FAI d'envoi doit être celui qui détient ton email (ex : smtp.machin.truc pour ) et pas le FAI par lequel tu te connecte.
Non, c'est justement l'inverse. Sinon cela voudrait dire que le smtp.machin.truc serait open relay puisqu'il permettrait à tous les spammers d'envoyer facilement des spams en se faisant passer pour
Pas forcément, si le smtp est authentifié.. Je n'accepterai pas un compte chez un provider qui n'authorise pas celà, je m'en sert en permanence... Je ne veux pas qu'un mail qui part de chez moi soit différent de la réponse que j'aurait fait du boulot (à part l'IP, mais comme ça peut de toute façon varier pour X raisons et que presque personne ne regarde...).
On Thu, 04 Nov 2004 23:19:39 +0100, TiChou wrote:
Dans le message <news:1779065.abP3e54cMW@news.free.fr>,
*Olivier V* tapota sur f.c.o.l.configuration :
Peut être :
Le FAI d'envoi doit être celui qui détient ton email
(ex : smtp.machin.truc pour anonyme@macin.truc)
et pas le FAI par lequel tu te connecte.
Non, c'est justement l'inverse.
Sinon cela voudrait dire que le smtp.machin.truc serait open relay puisqu'il
permettrait à tous les spammers d'envoyer facilement des spams en se faisant
passer pour anonyme@machin.truc.
Pas forcément, si le smtp est authentifié..
Je n'accepterai pas un compte chez un provider qui n'authorise pas celà,
je m'en sert en permanence... Je ne veux pas qu'un mail qui part de chez
moi soit différent de la réponse que j'aurait fait du boulot (à part
l'IP, mais comme ça peut de toute façon varier pour X raisons et que
presque personne ne regarde...).
Dans le message <news:, *Olivier V* tapota sur f.c.o.l.configuration :
Peut être :
Le FAI d'envoi doit être celui qui détient ton email (ex : smtp.machin.truc pour ) et pas le FAI par lequel tu te connecte.
Non, c'est justement l'inverse. Sinon cela voudrait dire que le smtp.machin.truc serait open relay puisqu'il permettrait à tous les spammers d'envoyer facilement des spams en se faisant passer pour
Pas forcément, si le smtp est authentifié.. Je n'accepterai pas un compte chez un provider qui n'authorise pas celà, je m'en sert en permanence... Je ne veux pas qu'un mail qui part de chez moi soit différent de la réponse que j'aurait fait du boulot (à part l'IP, mais comme ça peut de toute façon varier pour X raisons et que presque personne ne regarde...).
TiChou
Dans le message <news:, *no_spam* tapota sur f.c.o.l.configuration :
Pas forcément, si le smtp est authentifié..
Oui bien évidement et j'avais volontairement omit cette possibilité histoire de ne pas embrouiller plus que ça le problème et aussi vu qu'il n'en était pas du tout question dans les messages précédents. Bref, pour envoyer un mail de @tartempion.com il y a nullement besoin de passer par le smtp de smtp.tartempion.com.
Je n'accepterai pas un compte chez un provider qui n'authorise pas celà, je m'en sert en permanence...
Tu te sers de quoi en permanence, de l'authentification ? Qu'est ce qu'elle t'apporte par rapport à un smtp sans authentification ?
Je ne veux pas qu'un mail qui part de chez moi soit différent de la réponse que j'aurait fait du boulot (à part l'IP, mais comme ça peut de toute façon varier pour X raisons et que presque personne ne regarde...).
Peux-tu expliquer plus en détail car je n'ai pas compris.
-- TiChou
Dans le message <news:pan.2004.11.04.22.57.46.550750@magic.fr>,
*no_spam* tapota sur f.c.o.l.configuration :
Pas forcément, si le smtp est authentifié..
Oui bien évidement et j'avais volontairement omit cette possibilité histoire
de ne pas embrouiller plus que ça le problème et aussi vu qu'il n'en était
pas du tout question dans les messages précédents. Bref, pour envoyer un
mail de @tartempion.com il y a nullement besoin de passer par le smtp de
smtp.tartempion.com.
Je n'accepterai pas un compte chez un provider qui n'authorise pas celà,
je m'en sert en permanence...
Tu te sers de quoi en permanence, de l'authentification ? Qu'est ce qu'elle
t'apporte par rapport à un smtp sans authentification ?
Je ne veux pas qu'un mail qui part de chez
moi soit différent de la réponse que j'aurait fait du boulot (à part
l'IP, mais comme ça peut de toute façon varier pour X raisons et que
presque personne ne regarde...).
Peux-tu expliquer plus en détail car je n'ai pas compris.
Dans le message <news:, *no_spam* tapota sur f.c.o.l.configuration :
Pas forcément, si le smtp est authentifié..
Oui bien évidement et j'avais volontairement omit cette possibilité histoire de ne pas embrouiller plus que ça le problème et aussi vu qu'il n'en était pas du tout question dans les messages précédents. Bref, pour envoyer un mail de @tartempion.com il y a nullement besoin de passer par le smtp de smtp.tartempion.com.
Je n'accepterai pas un compte chez un provider qui n'authorise pas celà, je m'en sert en permanence...
Tu te sers de quoi en permanence, de l'authentification ? Qu'est ce qu'elle t'apporte par rapport à un smtp sans authentification ?
Je ne veux pas qu'un mail qui part de chez moi soit différent de la réponse que j'aurait fait du boulot (à part l'IP, mais comme ça peut de toute façon varier pour X raisons et que presque personne ne regarde...).
Peux-tu expliquer plus en détail car je n'ai pas compris.
-- TiChou
Sebastien Kirche
Le 4 nov 2004, TiChou s'est exprimé ainsi :
Non, c'est justement l'inverse. Sinon cela voudrait dire que le smtp.machin.truc serait open relay puisqu'il permettrait à tous les spammers d'envoyer facilement des spams en se faisant passer pour C'est bien le smtp de son FAI qu'on doit utiliser pour l'envoi de mail, même si le champ From n'est pas dans le même domaine.
C'est quand même parfois possible d'utiliser un SMTP autre que celui du FAI si le SMTP en question demande une authentification. Exemple : Free.fr
Cependant ce n'est pas toujours possible avec certains FAI (comme Tele2) qui bloquent le port 25 en émission et ainsi obligent leurs abonnés à passer par leur SMTP.
PS: encore un fil qui s'est perdu pour fr.comp.mail[.serveurs]...
Sébastien Kirche
Le 4 nov 2004, TiChou s'est exprimé ainsi :
Non, c'est justement l'inverse.
Sinon cela voudrait dire que le smtp.machin.truc serait open relay
puisqu'il permettrait à tous les spammers d'envoyer facilement des
spams en se faisant passer pour anonyme@machin.truc.
C'est bien le smtp de son FAI qu'on doit utiliser pour l'envoi de
mail, même si le champ From n'est pas dans le même domaine.
C'est quand même parfois possible d'utiliser un SMTP autre que celui du FAI
si le SMTP en question demande une authentification. Exemple : Free.fr
Cependant ce n'est pas toujours possible avec certains FAI (comme Tele2) qui
bloquent le port 25 en émission et ainsi obligent leurs abonnés à passer par
leur SMTP.
PS: encore un fil qui s'est perdu pour fr.comp.mail[.serveurs]...
Non, c'est justement l'inverse. Sinon cela voudrait dire que le smtp.machin.truc serait open relay puisqu'il permettrait à tous les spammers d'envoyer facilement des spams en se faisant passer pour C'est bien le smtp de son FAI qu'on doit utiliser pour l'envoi de mail, même si le champ From n'est pas dans le même domaine.
C'est quand même parfois possible d'utiliser un SMTP autre que celui du FAI si le SMTP en question demande une authentification. Exemple : Free.fr
Cependant ce n'est pas toujours possible avec certains FAI (comme Tele2) qui bloquent le port 25 en émission et ainsi obligent leurs abonnés à passer par leur SMTP.
PS: encore un fil qui s'est perdu pour fr.comp.mail[.serveurs]...
Sébastien Kirche
Doom
Sebastien Kirche wrote:
Le 4 nov 2004, TiChou s'est exprimé ainsi :
Non, c'est justement l'inverse. Sinon cela voudrait dire que le smtp.machin.truc serait open relay puisqu'il permettrait à tous les spammers d'envoyer facilement des spams en se faisant passer pour C'est bien le smtp de son FAI qu'on doit utiliser pour l'envoi de mail, même si le champ From n'est pas dans le même domaine.
C'est quand même parfois possible d'utiliser un SMTP autre que celui du FAI si le SMTP en question demande une authentification. Exemple : Free.fr
Cependant ce n'est pas toujours possible avec certains FAI (comme Tele2) qui bloquent le port 25 en émission et ainsi obligent leurs abonnés à passer par leur SMTP.
PS: encore un fil qui s'est perdu pour fr.comp.mail[.serveurs]...
mais je viens d'essayer avec un autre logiciel de la distrib mandrake :
Ximian...pourtant avec les mêmes infos de configuration ...et là tout fonctionne correctement (émision enfin possible).. C'est quand même étrange non ?
Sebastien Kirche wrote:
Le 4 nov 2004, TiChou s'est exprimé ainsi :
Non, c'est justement l'inverse.
Sinon cela voudrait dire que le smtp.machin.truc serait open relay
puisqu'il permettrait à tous les spammers d'envoyer facilement des
spams en se faisant passer pour anonyme@machin.truc.
C'est bien le smtp de son FAI qu'on doit utiliser pour l'envoi de
mail, même si le champ From n'est pas dans le même domaine.
C'est quand même parfois possible d'utiliser un SMTP autre que celui du
FAI si le SMTP en question demande une authentification. Exemple : Free.fr
Cependant ce n'est pas toujours possible avec certains FAI (comme Tele2)
qui bloquent le port 25 en émission et ainsi obligent leurs abonnés à
passer par leur SMTP.
PS: encore un fil qui s'est perdu pour fr.comp.mail[.serveurs]...
mais je viens d'essayer avec un autre logiciel de la distrib mandrake :
Ximian...pourtant avec les mêmes infos de configuration ...et là tout
fonctionne correctement (émision enfin possible)..
C'est quand même étrange non ?
Non, c'est justement l'inverse. Sinon cela voudrait dire que le smtp.machin.truc serait open relay puisqu'il permettrait à tous les spammers d'envoyer facilement des spams en se faisant passer pour C'est bien le smtp de son FAI qu'on doit utiliser pour l'envoi de mail, même si le champ From n'est pas dans le même domaine.
C'est quand même parfois possible d'utiliser un SMTP autre que celui du FAI si le SMTP en question demande une authentification. Exemple : Free.fr
Cependant ce n'est pas toujours possible avec certains FAI (comme Tele2) qui bloquent le port 25 en émission et ainsi obligent leurs abonnés à passer par leur SMTP.
PS: encore un fil qui s'est perdu pour fr.comp.mail[.serveurs]...
mais je viens d'essayer avec un autre logiciel de la distrib mandrake :
Ximian...pourtant avec les mêmes infos de configuration ...et là tout fonctionne correctement (émision enfin possible).. C'est quand même étrange non ?
no_spam
On Fri, 05 Nov 2004 00:13:34 +0100, TiChou wrote:
Dans le message <news:, *no_spam* tapota sur f.c.o.l.configuration :
[...]
Bref, pour envoyer un mail de @tartempion.com il y a nullement besoin de passer par le smtp de smtp.tartempion.com.
Je ne conteste pas celà, effectivement, c'est vrai. Mais on peut très bien imaginer un provider qui ne veuille pas router les mails des autres, aussi. Je ne pense pas qu'il y en ai d'assez gonflés pour ça, malgré tout, heureusement.
Je n'accepterai pas un compte chez un provider qui n'authorise pas celà, je m'en sert en permanence...
Tu te sers de quoi en permanence, de l'authentification ? Qu'est ce qu'elle t'apporte par rapport à un smtp sans authentification ?
Je veux dire que je poste les réponses aux mails reçu via un service mail en utilisant le smtp de ce service et ce quel que soit l'endroit ou je poste (donc le provider utilisé). Et oui, j'utilise systématiquement l'authentitification et si possible le SMTP over SSL.
Je ne veux pas qu'un mail qui part de chez moi soit différent de la réponse que j'aurait fait du boulot (à part l'IP, mais comme ça peut de toute façon varier pour X raisons et que presque personne ne regarde...).
Peux-tu expliquer plus en détail car je n'ai pas compris.
Je reçois certains mails à la fois chez et au boulot, par exemple, et je veux y répondre en passant par le même SMTP que je le fasse de chez moi ou au boulot. Seule l'addresse IP de la machine source (dans les headers) est alors différente entre un cas et l'autre.
On Fri, 05 Nov 2004 00:13:34 +0100, TiChou wrote:
Dans le message <news:pan.2004.11.04.22.57.46.550750@magic.fr>,
*no_spam* tapota sur f.c.o.l.configuration :
[...]
Bref, pour envoyer
un mail de @tartempion.com il y a nullement besoin de passer par le smtp
de smtp.tartempion.com.
Je ne conteste pas celà, effectivement, c'est vrai.
Mais on peut très bien imaginer un provider qui ne veuille pas router les
mails des autres, aussi. Je ne pense pas qu'il y en ai d'assez gonflés
pour ça, malgré tout, heureusement.
Je n'accepterai pas un compte chez un provider qui n'authorise pas
celà, je m'en sert en permanence...
Tu te sers de quoi en permanence, de l'authentification ? Qu'est ce
qu'elle t'apporte par rapport à un smtp sans authentification ?
Je veux dire que je poste les réponses aux mails reçu via un service
mail en utilisant le smtp de ce service et ce quel que soit l'endroit ou
je poste (donc le provider utilisé). Et oui, j'utilise systématiquement
l'authentitification et si possible le SMTP over SSL.
Je ne veux pas qu'un mail qui part de chez
moi soit différent de la réponse que j'aurait fait du boulot (à part
l'IP, mais comme ça peut de toute façon varier pour X raisons et que
presque personne ne regarde...).
Peux-tu expliquer plus en détail car je n'ai pas compris.
Je reçois certains mails à la fois chez et au boulot, par exemple, et je
veux y répondre en passant par le même SMTP que je le fasse de chez moi
ou au boulot. Seule l'addresse IP de la machine source (dans les headers)
est alors différente entre un cas et l'autre.
Dans le message <news:, *no_spam* tapota sur f.c.o.l.configuration :
[...]
Bref, pour envoyer un mail de @tartempion.com il y a nullement besoin de passer par le smtp de smtp.tartempion.com.
Je ne conteste pas celà, effectivement, c'est vrai. Mais on peut très bien imaginer un provider qui ne veuille pas router les mails des autres, aussi. Je ne pense pas qu'il y en ai d'assez gonflés pour ça, malgré tout, heureusement.
Je n'accepterai pas un compte chez un provider qui n'authorise pas celà, je m'en sert en permanence...
Tu te sers de quoi en permanence, de l'authentification ? Qu'est ce qu'elle t'apporte par rapport à un smtp sans authentification ?
Je veux dire que je poste les réponses aux mails reçu via un service mail en utilisant le smtp de ce service et ce quel que soit l'endroit ou je poste (donc le provider utilisé). Et oui, j'utilise systématiquement l'authentitification et si possible le SMTP over SSL.
Je ne veux pas qu'un mail qui part de chez moi soit différent de la réponse que j'aurait fait du boulot (à part l'IP, mais comme ça peut de toute façon varier pour X raisons et que presque personne ne regarde...).
Peux-tu expliquer plus en détail car je n'ai pas compris.
Je reçois certains mails à la fois chez et au boulot, par exemple, et je veux y répondre en passant par le même SMTP que je le fasse de chez moi ou au boulot. Seule l'addresse IP de la machine source (dans les headers) est alors différente entre un cas et l'autre.
PS: encore un fil qui s'est perdu pour fr.comp.mail[.serveurs]...
mais je viens d'essayer avec un autre logiciel de la distrib mandrake :
Ximian...pourtant avec les mêmes infos de configuration ...et là tout fonctionne correctement (émision enfin possible).. C'est quand même étrange non ?
Effectivement. S'il est possible d'envoyer un mail en utilisant le smtp de free, et que ça ne marche pas dans Kontact/Kmail, essaier d'étudier $HOME/.kde/share/config/kmailrc. Le déplacer et reconfigurer Kmail change-t-il quelque chose ? Cela fontionne t-il avec un autre utilisateur ?
-- Bruno
Doom a écrit:
PS: encore un fil qui s'est perdu pour fr.comp.mail[.serveurs]...
mais je viens d'essayer avec un autre logiciel de la distrib mandrake :
Ximian...pourtant avec les mêmes infos de configuration ...et là tout
fonctionne correctement (émision enfin possible)..
C'est quand même étrange non ?
Effectivement. S'il est possible d'envoyer un mail en utilisant le smtp de
free, et que ça ne marche pas dans Kontact/Kmail, essaier d'étudier
$HOME/.kde/share/config/kmailrc. Le déplacer et reconfigurer Kmail
change-t-il quelque chose ? Cela fontionne t-il avec un autre utilisateur ?
PS: encore un fil qui s'est perdu pour fr.comp.mail[.serveurs]...
mais je viens d'essayer avec un autre logiciel de la distrib mandrake :
Ximian...pourtant avec les mêmes infos de configuration ...et là tout fonctionne correctement (émision enfin possible).. C'est quand même étrange non ?
Effectivement. S'il est possible d'envoyer un mail en utilisant le smtp de free, et que ça ne marche pas dans Kontact/Kmail, essaier d'étudier $HOME/.kde/share/config/kmailrc. Le déplacer et reconfigurer Kmail change-t-il quelque chose ? Cela fontionne t-il avec un autre utilisateur ?
