Un inconvénient de cette méthode : si je prête mon ordi à qqn en lui donnant le MdP (je sais, çaymal), il faut aussi (que je lui donne le mot de vérif ou) que je lui décrive l'image de vérif ? Sinon, il va tomber dans le panneau.
Bonne initiative. Au passage, ça clarifiera la situation du fork qui se présente comme une version 7 alors que c'est plutôt un fork en développement. Ça n'aide pas à s'y retrouver.
Le cahier des charges est très flou, c'est pour ça qu'on fait rien…
On a des gros fichiers à envoyer et des gens qui se débrouillent par courriel ou parfois dl.free.fr, ce qui me file des boutons et donc j'envisage une alternative et je pense à Jyraphe.
Je me dis que c'est simple et que j'ai qu'à installer une instance de Jyraphe. Pas si simple en fait puisque notre admin sys est sous-traitée, mais pourquoi pas. En plus c'est des serveurs Windows, j'ai pas trop envie d'y toucher. Pour info, la boîte fait moins de 50 personnes sur deux sites. Serveurs dupliqués avec synchro régulière.
On a aussi des projets en collaboration avec l'extérieur, et puisqu'on réfléchit à ça, c'est l'occasion de se demander si on pourrait pas mettre quelque chose de beaucoup plus balèze, avec des répertoires de partage, gestion des droits déléguée au chef de projet, pourquoi pas listes de discussion, site web de projet et café. Rien à voir, donc.
J'ai donc regardé aussi du côté des solutions (très) lourdes. J'ai noté les noms suivants : Nuxeo, Ovidentia, Alfresco, Jahia. Et j'en suis resté là. Je pense que c'est pas demain qu'on installera un truc comme ça.
Donc on pourrait laisser ça de côté et au moins mettre un petit truc à la Jyraphe. Mais ne serait-ce que ça, c'est déjà ajouter un peu de "maintenance", alors que le problème ne se pose pas si souvent et ne gêne pas tant que ça les utilisateurs (qui trouvent que dl.free.fr ça marche bien et sinon pourquoi pas dropbox).
J'ai noté OwnCloud, aussi, mais pas pris le temps de regarder.
Si on reste sur le truc simple, le risque que je vois c'est que les fichiers ne soient jamais effacés et qu'on doive faire le ménage à la main. Donc je suis attaché à une fonction de limite de temps, éventuellement réglable par l'utilisateur mais avec un max. Et une possibilité de supprimer avant (ça, ça existe sans doute déjà), et pourquoi pas de prolonger la présence du fichier suite à alerte courriel ("votre fichier va être effacé dans 15 jours").
Posté par jihele .
En réponse au journal Renaissance de Jyraphe.
Évalué à 7.
Dernière modification le 28 février 2014 à 10:12.
Félicitations au repreneur, même si je suis attaché aux fonctions de gestion de la durée de présence du fichier sur le serveur.
Intéressé par l'installation d'un tel outil dans ma boîte, j'ai cherché à tirer au clair quelle version ou quel fork je devrais utiliser. J'ai posé la question sur la liste de discussion de Jyraphe.
En effet, un logiciel qui n'évolue pas ne signifie pas qu'il est mort, peut-être juste qu'il est complet, mais dans la mesure où il s'exécute en serveur, c'est rassurant de savoir qu'il est utilisé, qu'une communauté peut réagir si on découvre une faille.
Alors dans la famille Jyraphe,
On trouve sur Github une version 7 qui ne se présente pas comme un fork mais bien comme la suite de Jyraphe.
Coquelicot, très orienté sécurité/confidentialité (au sens ou l'admin n'a pas connaissance des contenus échangés)
Zirafe Je cite l'auteur : "peu de changements majeurs par rapport à Jyraphe. C'est testable ici : http://42.meup.org. Le changement majeur concerne les différents liens possibles pour un fichier, plus ou moins cours et comportant l'extension du fichier. Toutefois, zirafe n'est que très peu documenté (par exemple : il y a un exemple de configuration uniquement pour nginx) et je souhaite effectué un travail de refactorisation avant d'exposer un peu plus le projet. Dans tous les cas, je compte m'y remettre un peu plus activement sous peu."
Jirafeau Un utilisateur dit qu'il "l'utilise en production depuis 8 mois". Quelques nouvelles fonctionnalités.
Pour l'instant on a rien mis dans ma boîte (donc on continuera d'avoir des demandes quand la pièce jointe de 30 Mo passe pas et dl.free.fr marche pas), mais je pense que je partirais sur Jirafeau.
Moi je ressens parfois des manques, mais c'est sans doute parce que je sais pas le paramétrer.
Par exemple, j'aimerais bien avoir des onglets dans gvim ou vim, quand j'ai plusieurs fichiers ouverts. Je crois que c'est possible, j'ai essayé une fois sans succès et ça m'a jamais assez manqué pour que j'insiste. Si c'était pas défaut, je m'en servirais.
Les autres problèmes sont plus des questions d'intégration : coloration syntaxique, ctags, etc, qui font que c'est pas aussi immédiatement pratique qu'un IDE.
Avec la version experimental de gvfs-backend, et ses quelques dépendances en experimental aussi, ça fonctionne de façon fluide.
La seule chose qui marchait pas, c'était l'affichage des images directement depuis le téléphone dans gthumb. Peut-être un problème de gthumb. Une fois copié sur le PC ça fonctionne.
Donc ça devrait fonctionner dans Debian stable en 2015 ou 2016, c'est-à-dire longtemps après que ce téléphone soit cassé et remplacé par un plus récent…
Le paquet est dans experimental et met du temps à arriver dans testing. Le fait que ce paquet englobe un nombre important de backends ne doit pas aider puisqu'il suffit que l'un d'entre eux ait une dépendance bloquée pour que ça bloque tout. Par exemple, il dépend de la version experimental de libgoa, qui sert à gérer les Gnome Online Accounts, qui n'ont sans doute pa sgrand chose à voir avec MTP.
Je n'utilise ni mtpfs (plus dans les dépôts) ni jmtpfs (je ne l'ai pas installé). (Pour une liste des façons de gérer le MTP, voir cette page de la doc d'Arch linux.)
J'utilise gvfs-mtp, qui chez Debian est fourni dans le paquet gvfs-backends.
Le développeur de gvfs-mtp a publié un article sur son blog qui évoque le problème des noms et des numéros. Un coup d'oeil au changelog de gvfs dit que c'est dans la version 1.17 qu'est ajouté la fonctionnalité mtp: Use normal filenames in paths.
Et je viens de voir dans un rapport de bug Debian que ça devrait fonctionner avec la version 1.18 de gvfs-backend présente dans experimental.
(Attention, je mélange des numéros de version gvfs-backend et gvfs-mtp, mais je pense qu'ils sont indépendants.)
Je n'ai pas le même problème en PTP. Mais l'arborescence est bizarre (tous les répertoires apparaissent trois fois : Alarms, Alarms_000004bb, Alarms_0000005a, etc) et je vois tous les fichiers pareils saut que les videos .mp4 qui sont normalement mélangées avec les photos dans Camera n'apparaissent pas. Donc ce n'est pas vraiment une solution.
L'appareil apparaît alors avec une icône d'appareil photo et l'adresse gphoto2://[usb:002,006]/
En fait, quand je navigue dans l'arborescence de l'appareil, je vois bien les bons noms de répertoire, et quand je clique pour changer de répertoire, ça marche, mais la barre d'adresse ne contient pas le nom de répertoire mais un chiffre à la place.
Exemple : mtp://[usb:001,010]/65537/Phone/DCIM/Camera devient mtp://[usb:001,010]/65537/9/75/
Le même phénomène que pour les noms de fichier.
La lecture directement depuis l'appareil échoue car le nom de fichier passé au logiciel est mtp://[usb:001,010]/65537/9/75/69 et ça lui plaît pas.
Effectivement, le téléphone se monte proprement, avec une belle icône, et une touche "éject". Super.
La navigation est fluide.
Mais je n'arrive pas à utiliser les fichiers directement sur le téléphone (par exemple en double-cliquant sur un fichier .jpg, .mp4, .pdf).
Et si je les copie, ça ne fonctionne pas tellement mieux. Les noms de fichier sont modifiés à la copie pour des noms plus courts et sans extension. Et selon le type de fichier, ça ne s'ouvre pas toujours correctement.
Exemple, mtp://[usb:001,010]/65537/9/75/87/20130726_212917.jpg devient 87. Quand je double-clique, la photo est toute petite et clignote… Bref, ça ne marche pas. Si je renomme 87.jpg, ça marche. Même avant renommage, le Type de fichier indiqué par Thunar est pourtant bien "image JPEG".
Je pense pas qu'il faille s'attarder sur les symptômes pour chaque type de fichier, les problèmes découlent sûrement du renommage. C'est celui-ci que je ne m'explique pas.
Pour info, les fichiers dans l'appareil sont root:root et rw-rw-rw-.
Je vois même pas avec quels mots-clés chercher pour résoudre ça.
Pas très malin d'avoir mis dans la vidéo une boîte à rythme qui couvre à moitié la voix du mec.
Ils doivent trouver que ça fait cool.
Sur le fond, j'aime pas les menus dans la barre du haut, je préfère qu'ils restent dans la fenêtre, mais j'aime aussi optimiser l'espace dans ma fenêtre (par exemple dans firefox, tout regrouper sur la même barre) et l'idée de mettre le menu dans la barre de fenêtre est pas mal.
Oui, j'ai lu en diag, et il y a une vidéo du discours.
C'est un peu court, ce texte, je ne vois pas de détails sur ce dont on parle, mais ça doit faire référence à des choses plus détaillées. Choses peut-être pas encore définitives, gravées dans le marbre, et publiques mais ça tombe pas du ciel, ça a du être inspiré par des gens plus qualifiés que le premier ministre (qui s'y connait déjà vachement en trafic aérien, on peut pas être bon en tout).
Oui, certes. C'est assez logique qu'il comprenne pas, c'est pas son boulot. L'essentiel étant que ceux qui ont décidé/proposé ont compris. J'ose croire que oui.
Il vaudrait mieux qu'on (les journalistes, nous) commente un truc clair écrit qu'un discours oral qui a pas vocation à avoir ce degré de précision mais à donner les grandes lignes. (Je précise que j'ai pas écouté le discours. S'il s'enferme dans des pseudo-explications, c'est pas malin.)
Je sais pas si j'ai activé ça sur mon serveur. J'imagine que non. C'est une installation Postfix Debian sur laquelle j'ai pas modifié grand chose. J'ai quand même ajouté l'authentification SMTP.
Actuellement, l’accès aux messageries telles que Gmail et Yahoo! sont déjà cryptées en SSL, d’où l’apparition d’un petit cadenas au niveau du navigateur. Cela signifie que le message qui circule entre le terminal de l’utilisateur et le serveur de messagerie est chiffré. C’est le cas de la plupart de messagerie, mais pas toutes. La messagerie laposte.net, « qui concerne des millions de nos concitoyens », ne propose pas cette protection.
Ça, d'accord. C'est fait presque partout.
Un second niveau de chiffrement est envisageable au niveau des serveurs, avec l’activation du protocole TLS. Dans ce cas, le message est également chiffré lorsqu’il circule d’un serveur à l’autre.
Je ne comprends pas. On parle d'authentifier/chiffrer entre le client (IMAP/POP/SMTP) et le serveur (paragraphe 1), ou bien sur tout la chaîne de transmission du message de serveur à serveur (paragraphe 2) ?
Si 2, ça veut dire
que les serveurs qui apparaissent dans les en-têtes
Received: from mail-ie0-f169.google.com (mail-ie0-f169.google.com [209.85.223.169])
ne peuvent pas lire le contenu ? Il faut pas du GnuPG ou équivalent, pour ça ?
que la connexion entre ces serveurs est sécurisée ? Je m'étais jamais posée la question. C'est de ça, qu'on parle ?
lors de ma dernière installation d'une testing (actuelle Jessie) il me semble avoir vu un pied nu sur mon écran à la fin de la procédure, car j'avais oublié de faire un petit desktop=xfce au boot de l'install.
Je comprends que c'est frustrant de se tromper d'environnement de bureau, mais c'était pas la peine de mettre un coup de pied dans l'écran…
Je crois que le changement pour Xfce avait été évoqué faute de place sur le CD d'installation mais ça n'a pas été acté. J'utilise Xfce. Pour l'avoir par défaut, il faudrait rajouter des choses (au hasard, je pense à la GUI pour gérer les comptes utilisateurs) qui peuvent être prises dans Gnome sans trop de dépendances.
Je ferai le test sur ma Jessie quand j'aurai le tél sous la main. Si ça fonctionne nickel, alors peut-être que je m'emmerderai même pas avec SSHelper et je chercherai plutôt à backporter mtp-tools sur Wheezy. Ou peut-être que je contacterai le mainteneur pour voir si ça peut être fait proprement pour que tout le monde en profite.
J'utilise aussi Postfix et c'est vrai que la config est un peu touffue.
Il y a une partie de la config qui sert à lui indiquer d'utiliser dovecot comme Local Delievery Agent (LDA). Une autre pour que mailman puisse prendre en charge les listes de discussions.
Tout ceci est faisable simplement avec OpenSMTPD ?
[^] # Re: Boite de dialogue pour les mots de passe
Posté par jihele . En réponse au journal Compositeurs Wayland - Pourquoi et comment gérer les clients privilégiés?. Évalué à 2.
Pas compris…
Tu veux dire que l'attaquant, ne sachant pas que c'est pas toi, ne tentera même pas le coup ? Que la mesure est finalement assez dissuasive ?
Du point de vue de l'attaquant, c'est pas cher de tenter le coup jusqu'à ce que ça passe (cf. phishings et autres…)
[^] # Re: Boite de dialogue pour les mots de passe
Posté par jihele . En réponse au journal Compositeurs Wayland - Pourquoi et comment gérer les clients privilégiés?. Évalué à 2.
Un inconvénient de cette méthode : si je prête mon ordi à qqn en lui donnant le MdP (je sais, çaymal), il faut aussi (que je lui donne le mot de vérif ou) que je lui décrive l'image de vérif ? Sinon, il va tomber dans le panneau.
[^] # Re: Boite de dialogue pour les mots de passe
Posté par jihele . En réponse au journal Compositeurs Wayland - Pourquoi et comment gérer les clients privilégiés?. Évalué à 2.
La même idée peut être reprise avec un mot clé pré-choisi. Ça revient au même, un mot-clé ou un chemin vers un fichier image.
C'est l'interface de saisie de mot de passe qui s'identifie auprès de l'utilisateur avec le mot que l'utilisateur lui a confié au préalable.
[^] # Re: :)
Posté par jihele . En réponse au journal Renaissance de Jyraphe. Évalué à 3.
Bonne initiative. Au passage, ça clarifiera la situation du fork qui se présente comme une version 7 alors que c'est plutôt un fork en développement. Ça n'aide pas à s'y retrouver.
[^] # Re: Jirafeau
Posté par jihele . En réponse au journal Renaissance de Jyraphe. Évalué à 5.
Et pourtant
Tu peux expliciter les différences ?
C'est fait dans Jirafeau.
[^] # Re: La jyraphe et ses enfants
Posté par jihele . En réponse au journal Renaissance de Jyraphe. Évalué à 2.
Le cahier des charges est très flou, c'est pour ça qu'on fait rien…
On a des gros fichiers à envoyer et des gens qui se débrouillent par courriel ou parfois dl.free.fr, ce qui me file des boutons et donc j'envisage une alternative et je pense à Jyraphe.
Je me dis que c'est simple et que j'ai qu'à installer une instance de Jyraphe. Pas si simple en fait puisque notre admin sys est sous-traitée, mais pourquoi pas. En plus c'est des serveurs Windows, j'ai pas trop envie d'y toucher. Pour info, la boîte fait moins de 50 personnes sur deux sites. Serveurs dupliqués avec synchro régulière.
On a aussi des projets en collaboration avec l'extérieur, et puisqu'on réfléchit à ça, c'est l'occasion de se demander si on pourrait pas mettre quelque chose de beaucoup plus balèze, avec des répertoires de partage, gestion des droits déléguée au chef de projet, pourquoi pas listes de discussion, site web de projet et café. Rien à voir, donc.
J'ai donc regardé aussi du côté des solutions (très) lourdes. J'ai noté les noms suivants : Nuxeo, Ovidentia, Alfresco, Jahia. Et j'en suis resté là. Je pense que c'est pas demain qu'on installera un truc comme ça.
Donc on pourrait laisser ça de côté et au moins mettre un petit truc à la Jyraphe. Mais ne serait-ce que ça, c'est déjà ajouter un peu de "maintenance", alors que le problème ne se pose pas si souvent et ne gêne pas tant que ça les utilisateurs (qui trouvent que dl.free.fr ça marche bien et sinon pourquoi pas dropbox).
J'ai noté OwnCloud, aussi, mais pas pris le temps de regarder.
Si on reste sur le truc simple, le risque que je vois c'est que les fichiers ne soient jamais effacés et qu'on doive faire le ménage à la main. Donc je suis attaché à une fonction de limite de temps, éventuellement réglable par l'utilisateur mais avec un max. Et une possibilité de supprimer avant (ça, ça existe sans doute déjà), et pourquoi pas de prolonger la présence du fichier suite à alerte courriel ("votre fichier va être effacé dans 15 jours").
# La jyraphe et ses enfants
Posté par jihele . En réponse au journal Renaissance de Jyraphe. Évalué à 7. Dernière modification le 28 février 2014 à 10:12.
Félicitations au repreneur, même si je suis attaché aux fonctions de gestion de la durée de présence du fichier sur le serveur.
Intéressé par l'installation d'un tel outil dans ma boîte, j'ai cherché à tirer au clair quelle version ou quel fork je devrais utiliser. J'ai posé la question sur la liste de discussion de Jyraphe.
En effet, un logiciel qui n'évolue pas ne signifie pas qu'il est mort, peut-être juste qu'il est complet, mais dans la mesure où il s'exécute en serveur, c'est rassurant de savoir qu'il est utilisé, qu'une communauté peut réagir si on découvre une faille.
Alors dans la famille Jyraphe,
On trouve sur Github une version 7 qui ne se présente pas comme un fork mais bien comme la suite de Jyraphe.
Coquelicot, très orienté sécurité/confidentialité (au sens ou l'admin n'a pas connaissance des contenus échangés)
Zirafe Je cite l'auteur : "peu de changements majeurs par rapport à Jyraphe. C'est testable ici : http://42.meup.org. Le changement majeur concerne les différents liens possibles pour un fichier, plus ou moins cours et comportant l'extension du fichier. Toutefois, zirafe n'est que très peu documenté (par exemple : il y a un exemple de configuration uniquement pour nginx) et je souhaite effectué un travail de refactorisation avant d'exposer un peu plus le projet. Dans tous les cas, je compte m'y remettre un peu plus activement sous peu."
Jirafeau Un utilisateur dit qu'il "l'utilise en production depuis 8 mois". Quelques nouvelles fonctionnalités.
Pour l'instant on a rien mis dans ma boîte (donc on continuera d'avoir des demandes quand la pièce jointe de 30 Mo passe pas et dl.free.fr marche pas), mais je pense que je partirais sur Jirafeau.
[^] # Re: citation des commentaires du journal
Posté par jihele . En réponse à la dépêche Neovim : une refonte de vim pour le 21è siècle. Évalué à 3.
Super. Merci.
Et si je veux que les nouveaux fichiers s'ouvrent dans la même fenêtre gvim, apparemment, il n'y a pas l'option pour, mais je peux me faire un
et lancer gvir (idem pour vim).
Bonne soirée !
[^] # Re: citation des commentaires du journal
Posté par jihele . En réponse à la dépêche Neovim : une refonte de vim pour le 21è siècle. Évalué à 2.
Moi je ressens parfois des manques, mais c'est sans doute parce que je sais pas le paramétrer.
Par exemple, j'aimerais bien avoir des onglets dans gvim ou vim, quand j'ai plusieurs fichiers ouverts. Je crois que c'est possible, j'ai essayé une fois sans succès et ça m'a jamais assez manqué pour que j'insiste. Si c'était pas défaut, je m'en servirais.
Les autres problèmes sont plus des questions d'intégration : coloration syntaxique, ctags, etc, qui font que c'est pas aussi immédiatement pratique qu'un IDE.
[^] # Re: Mise à jour ?
Posté par jihele . En réponse au message Monter un Galaxy S3. Évalué à 3.
Avec la version experimental de gvfs-backend, et ses quelques dépendances en experimental aussi, ça fonctionne de façon fluide.
La seule chose qui marchait pas, c'était l'affichage des images directement depuis le téléphone dans gthumb. Peut-être un problème de gthumb. Une fois copié sur le PC ça fonctionne.
Donc ça devrait fonctionner dans Debian stable en 2015 ou 2016, c'est-à-dire longtemps après que ce téléphone soit cassé et remplacé par un plus récent…
Le paquet est dans experimental et met du temps à arriver dans testing. Le fait que ce paquet englobe un nombre important de backends ne doit pas aider puisqu'il suffit que l'un d'entre eux ait une dépendance bloquée pour que ça bloque tout. Par exemple, il dépend de la version experimental de libgoa, qui sert à gérer les Gnome Online Accounts, qui n'ont sans doute pa sgrand chose à voir avec MTP.
[^] # Re: Mise à jour ?
Posté par jihele . En réponse au message Monter un Galaxy S3. Évalué à 2.
Je pense avoir une réponse.
Je n'utilise ni mtpfs (plus dans les dépôts) ni jmtpfs (je ne l'ai pas installé). (Pour une liste des façons de gérer le MTP, voir cette page de la doc d'Arch linux.)
J'utilise gvfs-mtp, qui chez Debian est fourni dans le paquet gvfs-backends.
Le développeur de gvfs-mtp a publié un article sur son blog qui évoque le problème des noms et des numéros. Un coup d'oeil au changelog de gvfs dit que c'est dans la version 1.17 qu'est ajouté la fonctionnalité mtp: Use normal filenames in paths.
Et je viens de voir dans un rapport de bug Debian que ça devrait fonctionner avec la version 1.18 de gvfs-backend présente dans experimental.
(Attention, je mélange des numéros de version gvfs-backend et gvfs-mtp, mais je pense qu'ils sont indépendants.)
[^] # Re: Mise à jour ?
Posté par jihele . En réponse au message Monter un Galaxy S3. Évalué à 2.
Je n'ai pas le même problème en PTP. Mais l'arborescence est bizarre (tous les répertoires apparaissent trois fois : Alarms, Alarms_000004bb, Alarms_0000005a, etc) et je vois tous les fichiers pareils saut que les videos .mp4 qui sont normalement mélangées avec les photos dans Camera n'apparaissent pas. Donc ce n'est pas vraiment une solution.
L'appareil apparaît alors avec une icône d'appareil photo et l'adresse gphoto2://[usb:002,006]/
[^] # Re: Mise à jour ?
Posté par jihele . En réponse au message Monter un Galaxy S3. Évalué à 2.
En fait, quand je navigue dans l'arborescence de l'appareil, je vois bien les bons noms de répertoire, et quand je clique pour changer de répertoire, ça marche, mais la barre d'adresse ne contient pas le nom de répertoire mais un chiffre à la place.
Exemple : mtp://[usb:001,010]/65537/Phone/DCIM/Camera devient mtp://[usb:001,010]/65537/9/75/
Le même phénomène que pour les noms de fichier.
La lecture directement depuis l'appareil échoue car le nom de fichier passé au logiciel est mtp://[usb:001,010]/65537/9/75/69 et ça lui plaît pas.
[^] # Re: Mise à jour ?
Posté par jihele . En réponse au message Monter un Galaxy S3. Évalué à 2.
Je viens de faire le test sur ma Jessie et ça y est pas encore tout à fait.
mtp-tools (1.1.6-20-g1b9f164-1)
Effectivement, le téléphone se monte proprement, avec une belle icône, et une touche "éject". Super.
La navigation est fluide.
Mais je n'arrive pas à utiliser les fichiers directement sur le téléphone (par exemple en double-cliquant sur un fichier .jpg, .mp4, .pdf).
Et si je les copie, ça ne fonctionne pas tellement mieux. Les noms de fichier sont modifiés à la copie pour des noms plus courts et sans extension. Et selon le type de fichier, ça ne s'ouvre pas toujours correctement.
Exemple, mtp://[usb:001,010]/65537/9/75/87/20130726_212917.jpg devient 87. Quand je double-clique, la photo est toute petite et clignote… Bref, ça ne marche pas. Si je renomme 87.jpg, ça marche. Même avant renommage, le Type de fichier indiqué par Thunar est pourtant bien "image JPEG".
Je pense pas qu'il faille s'attarder sur les symptômes pour chaque type de fichier, les problèmes découlent sûrement du renommage. C'est celui-ci que je ne m'explique pas.
Pour info, les fichiers dans l'appareil sont root:root et rw-rw-rw-.
Je vois même pas avec quels mots-clés chercher pour résoudre ça.
Je ne vois rien dans les logs.
[^] # Re: Lapin compris
Posté par jihele . En réponse au journal Tout le monde a bien activé TLS sur ses serveurs SMTP ?. Évalué à 2.
Merci. C'est plus court que la page d'aide de Postfix que j'ai citée plus haut.
[^] # Re: Lapin compris
Posté par jihele . En réponse au journal Tout le monde a bien activé TLS sur ses serveurs SMTP ?. Évalué à 2.
Ah. Je me disais bien que c'était pas logique.
Et en effet, ce test-là échoue.
Merci pour les précisions.
# [HS] Merci pour la boîte à rythmes
Posté par jihele . En réponse au journal Ca va jazzer dans les bermuda: Ubuntu global menu. Évalué à 3.
Pas très malin d'avoir mis dans la vidéo une boîte à rythme qui couvre à moitié la voix du mec.
Ils doivent trouver que ça fait cool.
Sur le fond, j'aime pas les menus dans la barre du haut, je préfère qu'ils restent dans la fenêtre, mais j'aime aussi optimiser l'espace dans ma fenêtre (par exemple dans firefox, tout regrouper sur la même barre) et l'idée de mettre le menu dans la barre de fenêtre est pas mal.
[^] # Re: Lapin compris
Posté par jihele . En réponse au journal Tout le monde a bien activé TLS sur ses serveurs SMTP ?. Évalué à 2.
Ah. Merci pour le lien. Avec mon install Postfix Debian par défaut, j'ai le test "Address" qui passe (à part le warning certificat auto-signé).
[^] # Re: Lapin compris
Posté par jihele . En réponse au journal Tout le monde a bien activé TLS sur ses serveurs SMTP ?. Évalué à 2.
Oui, j'ai lu en diag, et il y a une vidéo du discours.
C'est un peu court, ce texte, je ne vois pas de détails sur ce dont on parle, mais ça doit faire référence à des choses plus détaillées. Choses peut-être pas encore définitives, gravées dans le marbre, et publiques mais ça tombe pas du ciel, ça a du être inspiré par des gens plus qualifiés que le premier ministre (qui s'y connait déjà vachement en trafic aérien, on peut pas être bon en tout).
[^] # Re: Lapin compris
Posté par jihele . En réponse au journal Tout le monde a bien activé TLS sur ses serveurs SMTP ?. Évalué à 3.
Oui, certes. C'est assez logique qu'il comprenne pas, c'est pas son boulot. L'essentiel étant que ceux qui ont décidé/proposé ont compris. J'ose croire que oui.
Il vaudrait mieux qu'on (les journalistes, nous) commente un truc clair écrit qu'un discours oral qui a pas vocation à avoir ce degré de précision mais à donner les grandes lignes. (Je précise que j'ai pas écouté le discours. S'il s'enferme dans des pseudo-explications, c'est pas malin.)
Je sais pas si j'ai activé ça sur mon serveur. J'imagine que non. C'est une installation Postfix Debian sur laquelle j'ai pas modifié grand chose. J'ai quand même ajouté l'authentification SMTP.
# Lapin compris
Posté par jihele . En réponse au journal Tout le monde a bien activé TLS sur ses serveurs SMTP ?. Évalué à 2.
D'après l'article de 01.net :
Ça, d'accord. C'est fait presque partout.
Je ne comprends pas. On parle d'authentifier/chiffrer entre le client (IMAP/POP/SMTP) et le serveur (paragraphe 1), ou bien sur tout la chaîne de transmission du message de serveur à serveur (paragraphe 2) ?
Si 2, ça veut dire
que les serveurs qui apparaissent dans les en-têtes
Received: from mail-ie0-f169.google.com (mail-ie0-f169.google.com [209.85.223.169])
ne peuvent pas lire le contenu ? Il faut pas du GnuPG ou équivalent, pour ça ?
Au passage, l'aide de Postfix pour TLS : http://www.postfix.org/TLS_README.html
Ça devrait répondre à ma question, mais TL;DR et le schéma introductif ne m'a pas sauvé.
[^] # Re: Bureau par défaut
Posté par jihele . En réponse au journal Le nom de code de Debian 9 sera.... Évalué à 4.
Je comprends que c'est frustrant de se tromper d'environnement de bureau, mais c'était pas la peine de mettre un coup de pied dans l'écran…
Je crois que le changement pour Xfce avait été évoqué faute de place sur le CD d'installation mais ça n'a pas été acté. J'utilise Xfce. Pour l'avoir par défaut, il faudrait rajouter des choses (au hasard, je pense à la GUI pour gérer les comptes utilisateurs) qui peuvent être prises dans Gnome sans trop de dépendances.
[^] # Re: Utilisateur de postfix
Posté par jihele . En réponse à la dépêche OpenSMTPD : Premiers Pas. Évalué à 2.
OK. Dans Postfix, j'ai quelque chose de similaire pour Dovecot :
[^] # Re: Mise à jour ?
Posté par jihele . En réponse au message Monter un Galaxy S3. Évalué à 2.
Super, merci pour l'info.
Je ferai le test sur ma Jessie quand j'aurai le tél sous la main. Si ça fonctionne nickel, alors peut-être que je m'emmerderai même pas avec SSHelper et je chercherai plutôt à backporter mtp-tools sur Wheezy. Ou peut-être que je contacterai le mainteneur pour voir si ça peut être fait proprement pour que tout le monde en profite.
[^] # Re: Utilisateur de postfix
Posté par jihele . En réponse à la dépêche OpenSMTPD : Premiers Pas. Évalué à 2.
J'utilise aussi Postfix et c'est vrai que la config est un peu touffue.
Il y a une partie de la config qui sert à lui indiquer d'utiliser dovecot comme Local Delievery Agent (LDA). Une autre pour que mailman puisse prendre en charge les listes de discussions.
Tout ceci est faisable simplement avec OpenSMTPD ?