Jump to content
Journal du Freenaute : Les forums
Intervenant

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

Recommended Posts

On l'attendait depuis longtemps, on en parlait, dernièrement on le pressentait : enfin, Free permet au Freenautes, où qu'ils soient, d'envoyer des emails via son infrastructure. Commme l'a expliqué Aurélien Beaujean dans proxad.free.services.messagerie [1], il suffit pour cela :

  • de disposer d'un compte Accès Libre (un compte email supplémentaire rattaché à son compte ADSL fonctionne aussi),

  • d'activer cette fonctionnalité sur l'interface de gestion de ce compte email :

58_smtp-free1.jpg

 

 

04_smtp-free2.jpg

 

 

10_smtp-free3.jpg

 

 

 

L'activation est immédiate.

  • Il faut ensuite configurer le courielleur pour utiliser le SMTP authentifié : le nom du serveur reste smtp.free.fr, mais il faut indiquer le port 587 (au lieu de 25). Il faut que le courielleur envoie l'identifiant du compte email pour lequel on a activé cette fonctionnalité.

La première fois, le courrielleur demandera le mot de passe pour le SMTP. S'il le redemande immédiatement, c'est qu'une erreur s'est produite : vérifiez que cette option est bien activée dans l'interface de gestion.

 

Pour l'instant, SSL n'est pas proposé, mais c'est prévu! [2] :)

 

Ainsi, il est possible d'envoyer des emails sur un accès non-Free comme sur un accès Free.

 

La mobilité est facilitée : il n'est plus nécessaire de trouver le SMTP de l'accès Internet utilisé.

 

Références :

 

[1] proxad.free.services.messagerie, Aurélien Beaujean, 15/07/2010 17:21, msg-id : <4c3f278e$0$14957$426a74cc@news.free.fr>

 

[2] proxad.free.services.messagerie, Aurélien Beaujean, 15/07/2010 18:39, msg-id : <4c3f39c5$0$24167$426a74cc@news.free.fr>

 

 

Lien vers la news

Edited by Admin

Share this post


Link to post
Share on other sites
Guest Invité

Pour linstant, SSL nest pas proposé, mais cest prévu!

 

Cela signifie qu'on va (enfin) avoir un accès webmail en HTTPS ?

Share this post


Link to post
Share on other sites
Pour linstant, SSL nest pas proposé, mais cest prévu!

 

Cela signifie qu'on va (enfin) avoir un accès webmail en HTTPS ?

 

 

Pas du tout, c'est juste que pour le moment, la communication via le protocole SMTP (donc pour l'envoi d'e-mails) n'est pas sécurisée (cryptage SSL)

 

 

Sinon sur la news, c'est une bonne nouvelle mais personnellement, j'ai trouvé une parade car j'en avais marre de jongler entre les serveurs smtp.

 

J'ai tout centralisé sur Gmail et j'utilise la fonction qui permet de choisir l'adresse mail qui apparait en expediteur.

Share this post


Link to post
Share on other sites
Guest Invité
Ainsi, il est possible d'envoyer des emails sur un accès non-Free comme sur un accès Free.

Moi, j'envoie mes mails depuis zimbra sur une connexion alien sans problème (tant que ce n'est pas FreeWifi ^^' )

Mais pourquoi faire simple, hein, et les clients messagerie, beurk.

Share this post


Link to post
Share on other sites
Pour linstant, SSL nest pas proposé, mais cest prévu!

 

Cela signifie qu'on va (enfin) avoir un accès webmail en HTTPS ?

Aurélien Beaujean parle de POP de IMAP et de SMTP (réf [2]).

 

Mais je ne vois pas pourquoi le HTTP y échapperait, ce serait un peu comme sécuriser le mot de passe sur l'interface de gestion mais pas sur les autres interfaces. :o

Share this post


Link to post
Share on other sites
Pour linstant, SSL nest pas proposé, mais cest prévu!

 

Cela signifie qu'on va (enfin) avoir un accès webmail en HTTPS ?

...Si ton navigateur est Firefox, essaye donc ça... ad.gif

Share this post


Link to post
Share on other sites
...Si ton navigateur est Firefox, essaye donc ça... ad.gif

Tant que Free ne propose pas de webmail en https, on ne voit pas ce qu'une extension pourrait y faire; ça tiendrait du miracle.

Share this post


Link to post
Share on other sites
Moi, j'envoie mes mails depuis zimbra sur une connexion alien sans problème (tant que ce n'est pas FreeWifi ^^' )

Mais pourquoi faire simple, hein, et les clients messagerie, beurk.

Et l'interface web de Zimbra, beurk aussi.

 

Share this post


Link to post
Share on other sites
Sinon sur la news, c'est une bonne nouvelle mais personnellement, j'ai trouvé une parade car j'en avais marre de jongler entre les serveurs smtp.

 

J'ai tout centralisé sur Gmail

Si ça te convient, très bien.

 

et j'utilise la fonction qui permet de choisir l'adresse mail qui apparait en expediteur.

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.

Share this post


Link to post
Share on other sites
On l'attendait depuis longtemps, on en parlait, dernièrement on le pressentait : enfin, Free permet au Freenautes, où qu'ils soient, d'envoyer des emails via son infrastructure.

Comme annoncé il y a quelques temps (par François Pétillon je crois), le compte utilisé pour s'authentifier sur le nouveau serveur SMTP est indiqué dans le 1er Received :

Received: from [EHLO-envoyeur] (reverse-envoyeur [ip-envoyeur])

      (Authenticated sender: compte-SMTP-authentifié)

      by (Postfix) with ESMTPA id id

      for <destinataire>; horodatage

 

Les parties variables sont en bleu italique. La partie supplémentaire par rapport au SMTP est en gras.

 

Donc, si vous vous authentifiez sur le compte email toto@free.fr, la ligne supplémentaire sera :

      (Authenticated sender: toto)

Le @free.fr n'est pas indiqué.

 

Remarque : seuls les comptes @free supportent le SMTP authentifié, pas les comptes @alice ou autres.

Share this post


Link to post
Share on other sites
Pas du tout, c'est juste que pour le moment, la communication via le protocole SMTP (donc pour l'envoi d'e-mails) n'est pas sécurisée (cryptage SSL)

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.

 

Pour protéger totalement le secret du contenu de vos messages (pas les destinataires!), chiffrez vos emails avec PGP ou GPG.

 

Quand il est question de chiffrement (plus généralement de sécurité informatique), il faut toujours bien préciser ce qui est protégé. (Bien des personnes n'ont aucune idée à quoi sert le HTTPS, et les grands média en rajoutent dans la désinformation).

Share this post


Link to post
Share on other sites
Pour linstant, SSL nest pas proposé, mais cest prévu!

 

Cela signifie qu'on va (enfin) avoir un accès webmail en HTTPS ?

Tu peux toujours prendre une dedibox, et mettre un proxy SSL/SSH dessus.

 

(Je suppose que le chemin dedi->Free est quasiment aussi sûr que celui entre les serveurs de mail de Free (quand Free proposera le HTTPS sur les webmails et le POPS et le IMAPS, les données circuleront toujours en clair entre le frontal HTTPS/POPS/IMAPS et le serveur responsable).)

Share this post


Link to post
Share on other sites
Pour protéger totalement le secret du contenu de vos messages (pas les destinataires!), chiffrez vos emails avec PGP ou GPG.

 

Ou utilisez un autre SMTP (et un autre webmail etc :) ).

Share this post


Link to post
Share on other sites
Ou utilisez un autre SMTP (et un autre webmail etc :) ).

Pour protéger de bout en bout le secret d'un message?

Share this post


Link to post
Share on other sites
Pour protéger de bout en bout le secret d'un message?

 

Pour protéger l'envoi de ses emails depuis un accès non sécurisé ;) (WiFi non crypté par exemple, cyber café etc).

Share this post


Link to post
Share on other sites

Des abonnés 3G SFR signalent qu'ils ne peuvent se connecter au nouveau serveur (smtp.free.fr:587) : trop de connexions depuis cette IP!

 

La cause : en fait de "connexion Internet", abonnés 3G SFR sont dans un énorme NAT et beaucoup trop sortent en même temps sur la même IP vers smtp.free.fr.

 

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!

Share this post


Link to post
Share on other sites
Des abonnés 3G SFR signalent qu'ils ne peuvent se connecter au nouveau serveur (smtp.free.fr:587) : trop de connexions depuis cette IP!

 

La cause : en fait de "connexion Internet", abonnés 3G SFR sont dans un énorme NAT et beaucoup trop sortent en même temps sur la même IP vers smtp.free.fr.

 

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!

 

Sujet également abordé sur les ng mais pour BoT ;)

Edited by Marc

Share this post


Link to post
Share on other sites
Sujet également abordé sur les ng mais pour BoT ;)

En réalité, tout ça c'est bidon il n'y a aucune saturation.

 

C'est un gros coup de com monté conjointement par Free, SFR et BT pour montrer l'utilité et l'importance d'IPv6. C'est fait pour préparer une annonce commune : support IPv6 par SFR et BT sur l'ADSL et le mobile, et un peering IPv6 entre les 3.

 

J'ai bon? :crazy_pilot:

Share this post


Link to post
Share on other sites
En réalité, tout ça c'est bidon il n'y a aucune saturation.

 

C'est un gros coup de com monté conjointement par Free, SFR et BT pour montrer l'utilité et l'importance d'IPv6. C'est fait pour préparer une annonce commune : support IPv6 par SFR et BT sur l'ADSL et le mobile, et un peering IPv6 entre les 3.

 

J'ai bon? :crazy_pilot:

 

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

 

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

Share this post


Link to post
Share on other sites
Moi, j'envoie mes mails depuis zimbra sur une connexion alien sans problème (tant que ce n'est pas FreeWifi ^^' )

Mais pourquoi faire simple, hein, et les clients messagerie, beurk.

 

Et l'interface web de Zimbra, beurk aussi.

 

...Bon, d'accord, Zimbra n'est pas la panacée (surtout en ce qui concerne le filtrage des spams), mais je trouve qu'il est assez complémentaire d'imp.free... lorsqu'on peut encore utiliser ce dernier... bk.gif

Share this post


Link to post
Share on other sites
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! :diablo:

 

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.

Share this post


Link to post
Share on other sites
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 ...

Edited by Woulouf

Share this post


Link to post
Share on other sites
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 ;)

Share this post


Link to post
Share on other sites

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) ]

Share this post


Link to post
Share on other sites
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).

Share this post


Link to post
Share on other sites

×
×
  • Create New...