🚲 Tanguy Ortolo a écrit 12704 commentaires

C'est très bien, ça ! Je leur souhaite que ça marche bien, et je les encouragerais bien en achetant, si je supportais de lire sur écran, ce qui n'est pas le cas. :-)

Le site de Bélial vient de se faire LinuxFriser ou je rêve ?

être plus firefall/proxy-friendly

Pas friendly. Au contraire, le but est de contourner les pare-feux.

Cependant il me semble que Mercurial est plus avancé dans la gestion des dépots via http/https : ça ressemble plus à SVN de ce côté.

Exact, mais qu'est-ce que ça apporte au juste ?

Git a deux modes de transmission principaux : la publication en lecture seule via son protocole natif, et l'envoi via SSH.

Avec git je ne pense pas qu'on puisse utiliser HTTP/HTTPS pour envoyer les modifs d'un dépot local vers un dépot distant (ou alors il y a une bidouille).

Si, ça se fait très bien, mais ce n'est pas super bien intégré. Le transport HTTP de Git est clairement un palliatif quand on ne peut utiliser ni le protocole natif, ni SSH.

Git a des interfaces graphiques. Personnellement, je ne m'en sers que de façon auxiliaire, pour visualiser l'historique de façon graphique, par exemple. J'aime bien gitg, dans le genre : [http://trac.novowork.com/gitg/].

Tu peux peut-être l'aider à implémenter STARTTLS. Genre, s'il utilise Postfix, c'est une ligne très simple à ajouter dans le master.cf.

Ah, le serveur n'est pas à toi, c'est pour ça ! Je n'avais pas compris ça, désolé.

Oui, certes, quand on ne contrôle pas le serveur, à part formuler une demande à son administrateur, on ne peut pas grand chose d'autre que s'adapter, évidemment.

C'est port 25.

Pour la transmission de courrier inter-serveurs, oui. Pour la soumission de courrier de client à relais, non, c'est le port TCP 587.

Je ne sais pas dans quel monde tu vis, moi je vis dans le monde réel avec le port 25 (relativement) souvent bloqué, et pas le 465.

Moi je vis dans le monde réel avec le port TCP 25 (relativement) souvent bloqué, et pas le TCP 587.

Je me retrouve avec à priori la même chose que sur le port 25, donc pas de STARTTLS, donc communication en claire, heu...

Gné ? C'est toi qui décide de faire ou non du STARTTLS.

Non, c'est une entreprise, qui, à la différence des autres, est plutôt dans l'esprit d'Internet. Dynamique et intéressée à la technologie.

perso je n'ai jamais eu aucun problème avec le port 465 (SMTPS)

SMTP over SSL ne devrait plus être utilisé ! Depuis, on a intégré TLS à SMTP, avec STARTTLS !

Et le 465 ne devrait pas être utilisé pour cela : il pourrait très bien être bloqué, vu qu'il sert aussi et avant tout à l'envoi normal de courrier inter-serveurs, juste en mode sécurisé.

Pour la soumission de courrier à un serveur relais, il y a le port de soumission (TCP 587). Lui ne devrait jamais être bloqué, et n'a aucune raison de l'être.

Oui, Google sont un cas à part. :-)

Et si c'était un protocole standard publié par l'IETF, genre ?

Ah, c'est possible. Les grands opérateurs, et, d'une façon générale, les professionnels, par opposition aux amateurs, sont limités par leur inertie et leur recherche de rentabilité.

Donc ce genre de services modernes (DKIM, soumission SMTP chiffrée et identifiée, IPv6), ne l'attendez par trop chez les pro : c'est surtout déployé chez les amateurs.

Quand MSN change subrepticement son protocole pour faire chier les clients alternatifs, il faut pouvoir réagir rapidement, et mettre à jour rapidement.

Il faudrait surtout se libérer de la dépendance intégrale à une société qui fait ce qu'elle veut de son service.

Et ce n'est pas un problème de sécurité, donc il faut bien au moins les backports.

Non, les volatils. [http://volatile.debian.org/].

Mais je l'implémente ! Et puis TSIG pour les transferts de zone DNS sécurisés.

Paypal et ebay l'implémentent

Moi aussi je l'implémente. :-)

et le webmail gmail le vérifie

Et moi aussi je le vérifie. Ah, et puis Yahoo! aussi.

Chez laposte.net c'est plus récent : puisque le serveur SMTP utilise le port 25, bloqué par beaucoup de FAI par défaut, laposte.net conseille l'utilisation du serveur SMTP de son fournisseur d'accès pour envoyer des e-mails.

Depuis, on a inventé le port de soumission de courrier (TCP 587), qui sert précisément à contacter un relais de courrier. Avec pour contrainte que celui-ci devrait vérifier l'identité de celui qui soumet le courrier, soit par adresse dans le cas d'un réseau interne, soit pas identifiant et mot de passe, le tout sur connexion chiffrée.

Mais bon, c'est la Poste, donc connexion chiffrée, il ne faut pas trop leur en demander, quand même.

Le but est de sortir la nouvelle stable à date fixe

N'importe quoi. Il n'a jamais été question de sortir Debian à date fixe.

Et 7 mois c'est rien au niveau de l'informatique qui n'a plus évolué depuis l'invention du HTTP, le protocole universel.

Tout ce message est du second degré ?

Ah, au temps pour moi, pour l'édition 2010, il n'y a pas 6 pages de résultats, mais plutôt zéro résultats. Bon, je suppose qu'ils travaillent dessus, donc on va attendre un peu.

N'empêche qu'une page officielle, plus accessible que la fonction de recherche de FreeTorrent, ne serait pas un luxe.

Parce que, devoir rechercher soi-même sur FreeTorrent, puis se payer 25 pages des listes de 8 éléments, c'est juste inutilisable.

Plus nous serons nombreux à partager l'ensemble de ces vidéos, mieux ce sera pour mutualiser la bande passante et la diffusion de ces informations. Car dans notre esprit, partager bénévolement, pour la communauté, de la puissance de calcul ou de la bande passante et du stockage, ça reste dans le même esprit.

Certes. Plus ces vidéos seront diffusées, plus leur diffusion sera facilitée. Un bon moyen pour cela serait de faciliter l'accès aux torrents, par exemple en faisant une page officielle sur le site des RMLL, listant les vidéos par thème et par date.

Pour ceux qui n'aiment pas voir une vieille version d'Iceweasel, de Pidgin et de Wormux, j'aimerais rappeler que :
1. le grand public se moque d'avoir des logiciels récents, la preuve : Windows XP, Windows Internet Explorer 6 ;
2. en revanche il ne se moque pas du tout d'avoir des logiciels qui marchent bien plutôt que des logiciels qui se plantent ;
3. [http://www.backports.org] ;
4. [http://volatile.debian.org].

Je reformule : espérons que quelqu'un backportera des versions plus récentes de ce jeu.

Il ne semble pas abandonné. À titre de transition, le gel de Squeeze était initialement prévu en janvier 2010. Ça a un peu dérivé, c'est tout.

Au moins tu auras la satisfaction de ne pas avoir laissé un user quelconque pourrir la machine

Très, très bien vu, en effet. En lançant cette commande on empêche les autres utilisateurs de lancer des fork bombes par la suite, c'est clair.