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.
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.
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.
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.
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.
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].
Non, mais ça ne doit pas être bien différent. Je vais m'atteler à l'adaptation à Squeeze maintenant que c'est gelé : j'attendais cela parce qu'il ne sert à rien de travailler sur une cible mouvante.
Par contre c'est très pratique pour mettre à disposition un site web à un enfant sans qu'il se rende compte qu'il est sur internet et sans qu'il puisse baguenauder tout seul sur le méchant Internet.
Traduction : Prism c'est de quoi faire des .desktop qui lancent Firefox sur un site donné sans barre de menu, d'outils, d'adresse, de recherche et d'onglets.
[^] # Re: Ca commençait si bien
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Ô vache, v'la le retour du monopole de la poste. Évalué à 2.
[^] # Re: Ca commençait si bien
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Ô vache, v'la le retour du monopole de la poste. Évalué à 2.
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.
[^] # Re: Ca commençait si bien
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Ô vache, v'la le retour du monopole de la poste. Évalué à 1.
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.
[^] # Re: Man submission
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Ô vache, v'la le retour du monopole de la poste. Évalué à 5.
[^] # Re: Ca commençait si bien
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Ô vache, v'la le retour du monopole de la poste. Évalué à 7.
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.
[^] # Re: Man submission
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Ô vache, v'la le retour du monopole de la poste. Évalué à 2.
[^] # Re: Des mises à jour et du grand public
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse à la dépêche Debian Squeeze est gelée. Évalué à 0.
[^] # Re: Man submission
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Ô vache, v'la le retour du monopole de la poste. Évalué à 3.
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.
[^] # Re: Des mises à jour et du grand public
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse à la dépêche Debian Squeeze est gelée. Évalué à 6.
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/].
[^] # Re: et le dkim?
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Ô vache, v'la le retour du monopole de la poste. Évalué à 0.
[^] # Re: et le dkim?
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Ô vache, v'la le retour du monopole de la poste. Évalué à 1.
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.
# Man submission
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au journal Ô vache, v'la le retour du monopole de la poste. Évalué à 2.
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.
[^] # Re: Abando du freeze à date fixe ?
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse à la dépêche Debian Squeeze est gelée. Évalué à 0.
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é ?
[^] # Re: Page officielle
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse à la dépêche Rencontres Mondiales du Logiciel Libre - Vidéos des conférences. Évalué à 2.
N'empêche qu'une page officielle, plus accessible que la fonction de recherche de FreeTorrent, ne serait pas un luxe.
[^] # Re: Page officielle
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse à la dépêche Rencontres Mondiales du Logiciel Libre - Vidéos des conférences. Évalué à 4.
# Page officielle
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse à la dépêche Rencontres Mondiales du Logiciel Libre - Vidéos des conférences. Évalué à 5.
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.
# Des mises à jour et du grand public
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse à la dépêche Debian Squeeze est gelée. Évalué à 10.
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].
[^] # Re: Venez aider à la sortie de Squeeze !
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse à la dépêche Debian Squeeze est gelée. Évalué à 1.
[^] # Re: Abando du freeze à date fixe ?
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse à la dépêche Debian Squeeze est gelée. Évalué à 4.
[^] # Re: pour empêcher le user de tuer la macine
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au message Empecher une fork bomb. Évalué à 3.
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.
[^] # Re: kill
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse au message Empecher une fork bomb. Évalué à 3.
[^] # Re: Internet != web
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse à la dépêche WebOOB: voir les sites web différemment. Évalué à 4.
[^] # Internet != web
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse à la dépêche WebOOB: voir les sites web différemment. Évalué à 5.
Sur le web. Internet n'est pas le web.
[^] # Re: J'adore.
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse à la dépêche WebOOB: voir les sites web différemment. Évalué à 5.
[^] # Re: J'adore.
Posté par 🚲 Tanguy Ortolo (site web personnel) . En réponse à la dépêche WebOOB: voir les sites web différemment. Évalué à 4.