[FLASH] Free propose un SMTP authentifié, accessible de n'importe où (beta) Options

[corrector]

Sachant que la majorité des smartphones vendus actuellement (iPhone & android) ne supportent pas IPv6, peu de chance.

Là pour le coup je suis déçu par Android!

Enfin je suppose que les smartphones ne supportent pas parce qu'aucun opérateur ne propose, et que les opérateurs ne proposent pas parce qu'aucun smartphone ne supporte...

Sinon il reste des IP dans les blocs HP IBM et cie non ?

S'il n'en reste pas assez pour tout le monde, je préfère que les blocs restant aillent à des opérateurs qui proposent vraiment de l'Internet transparent, qu'à des téléphonistes qui vont s'empresser de filtrer les ports et de coller leurs proxy "transparents" devant.

[Woulouf]

Si ça te convient, très bien.


Beaucoup de personnes disent ça, mais justement cette fonction n'existe pas dans Gmail.

Gmail ne remplace absolument pas un vrai SMTP comme celui de Free :

• nécessité d'inscrire et de valider chaque adresse utilisée
• il a juste une fonction de prêt de compte : les emails sont toujours envoyés depuis le compte email Gmail, autrement dit l'expéditeur est toujours une adresse @gmail [1]

Pour un usage "pro" c'est inacceptable.

En revanche, l'anti-spam de Gmail doit être beaucoup moins caractériel que celui de Free, et un anti-spam aussi déconnant que celui de Free, c'est inacceptable aussi.

[1] Je comprends tout à fait qu'on prenne l'une ou l'autre de ces mesures, mais les 2 à la fois je trouve ça étonnant.

En même, je n'ai rien dit de tout cela. Effectivement j'utilise le smtp de Gmail mais ce dernier te propose d'utiliser celui de Free si tu le souhaites.

Après quand je choisis l'adresse mail en expediteur, elle s'affiche très bien chez la personne qui reçoit le mail. Selon le logiciel ou le webmail qui affiche le mail reçu, une mention du genre "envoyée via gmail" apparaitra ou pas.

Attention! Avant que quelqu'un ne se méprenne sur ton message ou sur le sens des propos d'Aurélien Beaujean dans le message [2] :

Tout ce dont il est question, c'est (à l'avenir) de chiffrer la transaction entre le courrielleur et le nouveau serveur SMTP de Free (smtp.free.fr:587). Il n'est pas question ici de email chiffré, ni de protection de bout en bout : les emails seront envoyés normalement, en clair, au serveur SMTP du domaine de destination par le SMTP de Free.

Tu parles de transaction, je parle de communication, ça va ...

Ce message a été modifié par Woulouf - lundi 19 juillet 2010 à 16:37.

[Marc]

Gmail ne remplace absolument pas un vrai SMTP comme celui de Free :

• nécessité d'inscrire et de valider chaque adresse utilisée
• il a juste une fonction de prêt de compte : les emails sont toujours envoyés depuis le compte email Gmail, autrement dit l'expéditeur est toujours une adresse @gmail [1]

Pour un usage "pro" c'est inacceptable.

En même temps pour un usage pro, tu utilises les google apps où l'équivalent de gmail est dispo (avec ton propre nom de domaine) et puis voilà... Gmail c'est pour les particuliers, donc pas étonnant qu'il ne répondent pas à tes besoins pro

[Maxx]

Pour ma part, je viens d'essayer de configurer mon compte Gmail pour qu'il utilise le smtp.free.fr sur le port 587 avec mon identifiant "maxxyme" et le mot de passe associé et ce, sans la case SSL cochée... mais ça me sort toujours la même erreur qu'avant :

Authentication failed. Please check your username/password.
[Server response: Remote server does not support TLS code(500) ]

[corrector]

Pour ma part, je viens d'essayer de configurer mon compte Gmail pour qu'il utilise le smtp.free.fr sur le port 587 avec mon identifiant "maxxyme" et le mot de passe associé et ce, sans la case SSL cochée...

Dans quel but? Crypto?

mais ça me sort toujours la même erreur qu'avant :

Oui, parce que StartTLS n'est pas supporté (et ne le sera pas, alors que SSL si).

[corrector]

Sinon il reste des IP dans les blocs HP IBM et cie non ?

Projection simpliste de Stéphane Bortzmeyer : le dernier « /8 » sera distribué en novembre 2011. (La page a des liens vers des analyses plus fines.)

Ce n'est pas en faisait de la récup à droite et à gauche que le problème va disparaitre.

Et même, c'est à force d'éloigner l'inévitable fin du monde v4 que les débiles de service s'imaginent que la pénurie v4 est une pure invention (dans le style "crise alimentaire : non j'ai bien mangé à midi, merci").

[corrector]

Free a pris en compte mon message :

Il faudrait que Free adapte la limite par IP dans de tels cas, et limite par login, c'est aussi l'intérêt du SMTP AUTH!

Aurélien Beaujean a obtempéré à mon ordre! Je suis tout puissant!

(C'était la minute "univers freebox".)

[corrector]

Effectivement j'utilise le smtp de Gmail mais ce dernier te propose d'utiliser celui de Free si tu le souhaites.

Quel intérêt?

[Marc]

Hors Sujet IPV6

Ce n'est pas en faisait de la récup à droite et à gauche que le problème va disparaitre.

Ah mais c'est sur. Cela va le repousser.

C'est juste que aujourd'hui, il n'y a rien de vraiment significatif qui soit prévu pour du vrai IPv6. Que cela soit au niveau réseau ou au niveau service, la plupart sont des trucs en IPv6 utilise des tunnels, des 6to4, ... et c'est pas une solution à moyen et long terme.

Il n'y a que les postes clients desktops qui sont plus ou moins prêt à supporter IPv6 (tout les OS sont passés à IPv6 depuis quelques années). Côté mobile, Windows CE et Symbian sont IPv6 je crois (sur pour Symbian).

Concernant Android, en fait ils y a des builds qui supportent IPv6 apparemment : http://androidboss.com/android-2-1-actually-does-ipv6/

Marche pas sur mon Hero... je vais chercher pourquoi.

[Marc]

Hors Sujet IPV6

Ce n'est pas en faisait de la récup à droite et à gauche que le problème va disparaitre.

Ah mais c'est sur. Cela va juste le repousser.

C'est juste que aujourd'hui, il n'y a rien de vraiment significatif qui soit prévu pour du vrai IPv6. Que cela soit au niveau réseau ou au niveau service, la plupart sont des trucs en IPv6 utilise des tunnels, des 6to4, ... et c'est pas une solution à moyen et long terme.

Il n'y a que les postes clients desktops qui sont plus ou moins prêt à supporter IPv6 (tout les OS sont passés à IPv6 depuis quelques années). Côté mobile, Windows CE et Symbian sont IPv6 je crois (sur pour Symbian).

Concernant Android, en fait ils y a des builds qui supportent IPv6 apparemment : http://androidboss.com/android-2-1-actually-does-ipv6/

edit : ah bah mon HTC Hero a une adresse IPv6, Android est IPV6 en 2.1 ... j'ai rien dit donc

edit : ah bah l'iphone a IPv6 depuis IOS4, on vit dans un monde parfait

http://rene.margar.fr/2010/06/ios4-apporte...-et-ipod-touch/

Ce message a été modifié par Marc - mardi 20 juillet 2010 à 22:23.

[corrector]

En même, je n'ai rien dit de tout cela. Effectivement j'utilise le smtp de Gmail mais ce dernier te propose d'utiliser celui de Free si tu le souhaites.

Ce dernier = "le smtp de Gmail"?

• Je ne crois pas.
• Je ne vois absolument pas l'intérêt.

À partir d'ici tu parles bien du SMTP de Gmail, pas d'utiliser celui de Free (via Gmail)?

Après quand je choisis l'adresse mail en expediteur,

Justement, tu ne la choisis pas, l'expéditeur (Sender) étant toujours l'adresse gmail (quand le mail sort par Gmail, évidemment).

Et c'est précisément ce que je reproche à cette fonction.

Après quand je choisis l'adresse mail en expediteur, elle s'affiche très bien chez la personne qui reçoit le mail. Selon le logiciel ou le webmail qui affiche le mail reçu, une mention du genre "envoyée via gmail" apparaitra ou pas.

Le logiciel affichera ou pas l'expéditeur (il y aurait même des logiciels qui répondent à l'expéditeur au lieu de l'auteur du message!), mais le fait qu'il est indiqué dans le message. Je trouve cela absurde pour un service qui exige la validation des adresses supplémentaires.

Pour moi il est absurde de positionner le "Sender"; même, je trouve cette notion de Sender absurde. Quand n'importe qui peut envoyer un email à n'importe qui en mettant n'importe quoi dans le "From" comme dans le "From" de l'enveloppe, pour quoi un Sender?

D'après ce que je comprends, c'est pour que

• l'expéditeur sur l'enveloppe et le message correspondent
• l'expéditeur sur l'enveloppe soit gmail et non un domaine quelconque qui pourrait faire du SPF

Ce qui répond à la quetion "pour quoi un sender". Mais vu que je considère que SPF est une bêtise (on en a ici une illustration), parce que SPF change la signification du protocole SMTP sans l'assumer, ce n'est pas une réponse satisfaisante pour moi.

[corrector]

edit : ah bah l'iphone a IPv6 depuis IOS4, on vit dans un monde parfait

Pas vraiment non.

http://rene.margar.fr/2010/06/ios4-apporte...-et-ipod-touch/

L’adresse n’est pas choisie au hasard, au préfixe 64 bits est ajouté l’adresse EUI-64 qui est calculée à partir de l’adresse mac de l’interface.
[...]
Il n’y a rien dans les réglages qui permette de connaître la configuration IPv6 de l’iPhone ou de la modifier (pas d’adresse statique, pas de DHCPv6) il n’est pas non plus possible de désactiver ce protocole.

Donc IPv6 révèle l'identifiant unique qui identifie l'iPhone et même un utilisateur expert ne peut rien y faire.

Comme promotion d'IPv6 on ne fait pas pire.

[Marc]

Pas vraiment non.


Donc IPv6 révèle l'identifiant unique qui identifie l'iPhone et même un utilisateur expert ne peut rien y faire.

Comme promotion d'IPv6 on ne fait pas pire.

En même tempss la MAC dans l'IPv6 c'est pas la faute de l'iphone...

Ce message a été modifié par Marc - mercredi 21 juillet 2010 à 08:31.

[Marc]

Ce dernier = "le smtp de Gmail"?

• Je ne crois pas.
• Je ne vois absolument pas l'intérêt.

À partir d'ici tu parles bien du SMTP de Gmail, pas d'utiliser celui de Free (via Gmail)?

Tu peux utiliser un SMTP externe via Gmail et ton adresse Gmail n'apparaitra pas dans les emails envoyés via GMail si tu utilise l'adresse qui correspond au SMTP externe (je viens de tester).

[corrector]

Tu peux utiliser un SMTP externe via Gmail et ton adresse Gmail n'apparaitra pas dans les emails envoyés via GMail si tu utilise l'adresse qui correspond au SMTP externe (je viens de tester).

• Avec Free?
• C'est quoi l'intérêt d'utiliser le SMTP de Gmail au lieu du SMTP de xxxx?

[corrector]

En même tempss la MAC dans l'IPv6 c'est pas la faute de l'iphone...

C'est la faute de qui?

[Marc]

• Avec Free?
• C'est quoi l'intérêt d'utiliser le SMTP de Gmail au lieu du SMTP de xxxx?

Free je sais pas. J'utilise pratiquement plus mes emails Free.

Le SMTP de GMail me suffit. Enfin j'utilise que le Webmail.

[Maxx]

Dans quel but? Crypto?

Dans le but que mon adresse email @gmail.com ne s'affiche pas dans les entêtes du mail que je vais envoyer depuis Gmail mais en utilisant l'envoi "en tant que" une de mes adresses @free.fr

J'ai déjà eu il y a quelque temps le problème :
J'ai (entre autres) une adresse prenom.nom@free.fr que je récupère (en POP) depuis Gmail. Le paramétrage est fait de telle façon que Gmail puisse aussi envoyer des mails "en tant que" cette adresse "prenom.nom@free.fr".
Or j'ai eu la désagréable surprise de voir un jour un destinataire me répondre... sur mon adresse @gmail.com (celle que j'utilise comme compte Gmail). Alors qu'il avait tout simplement fait "Répondre à" via Outlook ou un webmail type Zimbra.
L'envoi pour l'adresse "prenom.nom@free.fr" via le smtp.free.fr doit en principe palier ce problème.

Oui, parce que StartTLS n'est pas supporté (et ne le sera pas, alors que SSL si).

Visiblement, vu le système, ça ne changera rien au fonctionnement.

Ce message a été modifié par Maxx - mercredi 21 juillet 2010 à 16:32.

[-Corum59-]

Dans le but que mon adresse email @gmail.com ne s'affiche pas dans les entêtes du mail que je vais envoyer depuis Gmail mais en utilisant l'envoi "en tant que" une de mes adresses @free.fr

J'ai déjà eu il y a quelque temps le problème :
J'ai (entre autres) une adresse prenom.nom@free.fr que je récupère (en POP) depuis Gmail. Le paramétrage est fait de telle façon que Gmail puisse aussi envoyer des mails "en tant que" cette adresse "prenom.nom@free.fr".
Or j'ai eu la désagréable surprise de voir un jour un destinataire me répondre... sur mon adresse @gmail.com (celle que j'utilise comme compte Gmail). Alors qu'il avait tout simplement fait "Répondre à" via Outlook ou un webmail type Zimbra.
L'envoi pour l'adresse "prenom.nom@free.fr" via le smtp.free.fr doit en principe palier ce problème.


Visiblement, vu le système, ça ne changera rien au fonctionnement.

[-Corum59-]

Bonjour

Moi je trouve cette nouveauté géniale.
Par contre j'ai tenté de le configurer sur Thunderbird, mais ça n'a pas l'air de fonctionner.
J'ai bien créé un nouveau serveur SMTP

Nom du serveur : smtp.free.fr
Port : 587
J'ai coché "Utiliser un nom et un mot de passe" en mettant mon nom d'utilisateur
J'ai coché "Utiliser une authentification sécurisée" (ou sans cocher ça marche pas non plus...
Sécurité de la connexion : "Aucune"

Ce qui est bizarre c'est qu'il ne me demande pas de mot de passe et qu'il me dit que l'envoie du message a échoué...

J'ai oublié un truc ???

Gilles