Oulà ou pas. Je doute que Fedora cherche à maintenir une compatibilité sur des archis aussi vieille, et d'expérience personnelle, c'est pas foufou à l'usage (après j'avais testé la version KDE).
Je pense que le plus intéressant c'est d'écouter les 7MHz et 14MHz, qui sont sur les ondes HF, y a pas mal de radio-amateurs qui font des contacts dessus. On peut trouver des récepteurs qui gèrent ces fréquences pour 30€.
Après en explorant le spectre on peut trouver des choses intéressantes, comme les ballons météos, les tempos pour les horloges réglées par radiofréquence (style casio), etc.
À une époque j'étais tombé sur un site web que proposait une équipe scandinave, qui permettait de faire de la radio-écoute sur toutes les fréquences avec du gros matos et avec une UI plutôt sympa. Ça permettait de faire de la radio-écoute sans matos et sans logiciel, pratique !
Euh comment dire …
J'ai installé Fedora 27-KDE y a 2-3 semaines sur un ordi, et j'en garde une mauvaise expérience, entre autre dû à Discover (gestionnaire de paquet KDE qui peut aussi gérer les dépôts de Fedora) qui présente pas mal de comportements frustrants à mon sens. Mais à part Discover, j'ai été franchement déçu par pas mal de petites choses, je m'attendais à mieux.
En effet, c'est dommage pour un logiciel libre développé par une entreprise européenne de mettre en avant l'utilisation d'un format propriétaire et non son équivalent libre recommandé par l'Union Européenne. Ça a même un petit côté contradictoire.
Pareillement, ça fait 10 ans que j'utilise Thunderbird, et parmi les problèmes mentionnés que j'aurais pu rencontrer par rapport à mon usage, bah … j'en ai rencontré que un seul : celui de la recherche, mais en fait j'ai pas besoin de faire des recherches aussi poussées avec des regexp, par contre les filtres rapides marchent quasi instantanément. J'en rajouterais un autre, c'est le stockage local pour une utilisation offline qui est complètement foireux, je n'arrive à ouvrir quasi aucun courriel des comptes imap sans connexion alors que tout les dossiers sont configurés pour être stockés localement.
En terme de perf, j'ai une dizaine de boite mail dedans, avec 4 d'entre elles qui ont plus de 5k messages dans l'inbox, avec au moins 4 dossiers qui dépassent les 15k de messages (mailing-lists), des filtres locaux pour trier mes messages dans des dossiers, des filtres sieves aussi que je gère directement depuis TB, et avec lesquels je tri entre autre les messages des mailing-lists directement dans des dossiers, j'utilise imap, pop, caldav, carddav, sieve, gpg et je récupère mes flux RSS aussi avec.
Ptetre que j'ai eu des problèmes de performances par le passé, mais c'était il y a suffisement longtemps pour que je m'en souvienne pas. Mais depuis que j'ai toute la panoplie sus-cité dedans, donc depuis 3-4 ans, pas de soucis de perf, de coeur utilisé à 100%.
J'ai jamais perdu de courriels avec, pourtant je l'ai sacrément fait galéré pour déplacer des dossiers de plus de 1k messages d'un compte sur un serveur à un autre compte sur un autre serveur. Une partie de la galère était dû à Microsoft qui limite vachement l'imap.
Par contre, en lui-même, je le trouve un peu léger, il a fallu que je lui rajoute quelques extensions pour qu'il soit complet à mon gout : enigmail, cardbook, lightning, sieve, remote duplicate messages et saved password editor.
Loin de moi toute promotion du webmail. J'envisageais simplement de passer de Claws-mail + POP3 à Thunderbird + IMAP. Finalement, ce sera Claws+IMAP.
Claws-mail (comme Sylpheed en fait) se fige à chaque fois qu'il relève les courriels, l'UI n'est pas dans un thread à part. Je ne suis jamais resté dessus à cause de ça.
Il faut avouer qu'il est raisonnable de ne pas parier à long terme sur les clients lourds, puisque les webmails offrent maintenant une rapidité et une ergonomie difficile à égaler, en particulier quand on lit ses emails avec plusieurs appareils (*). Mais le logiciel libre a souvent réussi à occupper des marchés de niche, chose que Thunderbird a fait pendant un moment.
T'as pas un seul webmail libre qui a la moitié du tier du quart des fonctionnalités des clients lourds. Franchement je galère à choisir un webmail à cause de ça.
J'ai rencontré ce cas une fois. C'était lorsque j'avais copié le dossier postfix d'un compte courriel directement sur un serveur et que je l'ai collé sur un autre serveur. Les ID ne correspondaient plus au bon corps. À part cette fois là, j'ai jamais eu ce bug en 10 ans.
Les instances PeerTube (qui centralisent des vidéos) peuvent choisir de suivre d'autres instances
Ça n'a pas l'air d'être transitif. Ça serait pas mal si ça l'était, ou si il y avait une option pour suivre les noeuds que les noeuds que tu suis suivent (dit comme ça, ça a pas l'air très clair …).
Je pense que juste en faisant un index qui est partagé (activable via une option) entre tout les noeuds suffirait.
Par exemple je publie une vidéo sur le noeud A. Celui-ci envoie aux autres noeuds les vidéos qu'il stocke. Sur le noeud B, une recherche sort donc ma vidéo posté sur le noeud A, et en cliquant dessus, je récupère un flux direct venant du noeud A pour voir la vidéo.
Comme ça, le stockage reste uniquement sur le serveur où la vidéo est postée, mais tout le monde peut accéder à toutes les vidéos depuis un seul noeud.
Donc si j'ai bien compris, dans l'écran il y aura :
- des batteries
- de la ram
- le stockage
- le CPU
- les puces sans fils
Et dans le clavier il y aura
- une batterie
- le circuit de recharge
- le GPU (qui fonctionnera avec l'équivalent d'optimus ?)
- les chipsets gérant les connecteurs
et peut-etre de la place en plus pour d'autres modules ?
Tiens, je me demandais, est-ce qu'il sera aussi possible d'avoir un connecteur USB sur l'écran ? C'est toujours pratique, même sur une tablette.
Dommage pour le clavier, j'espère qu'il y aura au moins une version avec les boutons pour le volume et backlight qui soit à part et pas sur les touches F1-12, et quelques voyants (batterie, connexions sans fils, ptetre un voyant configurable au niveau logiciel pour les alertes IM/courriels) - bref avec tout les trucs pratiques qui ont été enlevés sur les ordis récents ;).
Et pourquoi ne pas mettre un connecteur physique entre l'écran et le clavier comme font d'autres fabriquants de PC hybrides ? En exploitant l'USB C vous devriez avoir assez de bande passante, non ? Peut être en faisant un connecteur sur mesure pour qu'il soit plat par exemple.
Avec cet écran détachable, je me demandais comment est-ce que vous comptez répartir le hardware entre l'écran et le clavier ? D'un côté l'écran détachable implique de caser quasiment tout derrière l'écran, mais à cause du poid ça ferait un ordi assez bancale quand même :/ Et au niveau de la recharge, elle se fera forcément via la partie clavier ?
Je me demandais aussi si, pour la partie clavier, côté touches, il serait aussi possible d'avoir des modules d'interfaces, du style :
- mettre le clavier un peu plus bas avec au dessus des boutons de contrôle de volume/backlight et quelques voyants par exemple ou éventuellement un second écran d'un format un peu différent (pour l'écran, je pense à un truc un peu dans le style de la dernière image sur https://www.behance.net/gallery/6976695/PANDORA )
- mettre le clavier plus bas, sans trancpack (juste le trackpoint) avec un écran comme ci-dessus mais plus grand
- mettre le clavier plus haut pour avoir un trackpad plus grand
Ma version Perl est aussi open-source … Là pour le coup je suis assez déçu par l'auteur de ce journal qui visiblement ne prend pas le temps de vérifier les faits avant de faire des publication :(
Moi ce que je comprends pas avec la carte, c'est qu'un utilisateur de ce système ne peut pas faire des courses quand il a le temps, le week-end par exemple, pour se constituer ses repas pris durant ses horaires de travail.
Cette carte ressemble plus à une volonté de flicage et une absence de confiance envers ses employés. Et j'avoue que finalement, j'ai du mal avec le concept d'une entreprise qui ne fait pas confiance envers ses employés.
Qui plus est, c'est une entreprise privée, la plupart du temps extérieur à l'employeur, qui gère ce système. Dans notre époque actuelle, qu'est-ce qui nous dit que cette entreprise ne fait pas de la collecte de données de ses utilisateurs pour les revendre à d'autres entreprises ?
Finalement, c'est toujours les mêmes histoires : on sort un truc pour aider des utilisateurs, puis on pourrit le truc en le rendant super chiant à utiliser et en ajoutant des possibilités de traçage. Ça devient fatigant à la longue.
Ah, c'était pas prévu ça, il a fallut que je regarde comment marchent les pull request :D.
Du coup, t'as gagné une question de néophyte : c'est quoi l'intérêt du "use 5.10.0;" ?
Sinon, dans ma version je voulais faire en sorte d'avoir exactement le même affichage et comportement que dans celle décrite sur le journal d'origine (même si j'ai loupé une ligne). Mais ta version est bien plus élégante du coup. Merci pour tes modifs !
(pour faire ça avec un livre en papier, il faut un bras sous le corps pour tenir un côté du livre, ce qui est intenable parce que le sang ne peut pas bien y circuler, et un bras au-dessus pour tenir l'autre côté, ce qui est épuisant)
Pas besoin de bras dessous, suffit de caler le bras du haut un peu en hauteur …
Dans ta partie "Webmail" tu y mélanges des groupwares. La différence entre les deux est que les webmails tournent sur un serveur web classique, là ou les groupwares ont leur propre serveur.
Une autre différence intéressante pour les utilisateurs entre les webmails et les groupwares est que ces derniers permettent généralement la relève imap de d'autres comptes, voir également l'envoie, comme un client lourd, dans la même vue.
De mon côté j'utilise justement SOGo pour pouvoir relever facilement tout mes comptes courriels. À côté je le trouve simple à utiliser mais configurable si besoin est, et c'est toujours pratique de pouvoir synchro ses contacts et son calendrier avec son tel.
Pour Rainloop j'aime beaucoup ce qu'ils font, j'attends juste que les features les plus demandées soient ajoutées pour migrer ;). À noter aussi que la création de filtres sieve est possible, et dans une interface pas trop dure à prendre en main.
[^] # Re: Debian
Posté par Astaoth . En réponse au journal GIMP roule aussi sur P4. Évalué à 2.
Oulà ou pas. Je doute que Fedora cherche à maintenir une compatibilité sur des archis aussi vieille, et d'expérience personnelle, c'est pas foufou à l'usage (après j'avais testé la version KDE).
Emacs le fait depuis 30 ans.
[^] # Re: Fréquences
Posté par Astaoth . En réponse au journal Radio. Évalué à 1.
Je m'auto-réponds pour le websdr, je passais par https://www.sdr.hu/ pour trouver une station.
Emacs le fait depuis 30 ans.
[^] # Re: Fréquences
Posté par Astaoth . En réponse au journal Radio. Évalué à 1.
Pour le récepteur, j'avais trouvé https://www.amazon.fr/KKmoon-100KHz-1-7GHz-Complète-Récepteur-RTL2832U/dp/B074T8CBYY . Après le problème viendra de l'antenne pas forcément très adaptée à ces fréquences.
Emacs le fait depuis 30 ans.
# Fréquences
Posté par Astaoth . En réponse au journal Radio. Évalué à 6.
En fait, y a pleins de plages de fréquences libre, toutes sur wikipedia : https://fr.wikipedia.org/wiki/Radioamateur#Fréquences
Je pense que le plus intéressant c'est d'écouter les 7MHz et 14MHz, qui sont sur les ondes HF, y a pas mal de radio-amateurs qui font des contacts dessus. On peut trouver des récepteurs qui gèrent ces fréquences pour 30€.
Après en explorant le spectre on peut trouver des choses intéressantes, comme les ballons météos, les tempos pour les horloges réglées par radiofréquence (style casio), etc.
À une époque j'étais tombé sur un site web que proposait une équipe scandinave, qui permettait de faire de la radio-écoute sur toutes les fréquences avec du gros matos et avec une UI plutôt sympa. Ça permettait de faire de la radio-écoute sans matos et sans logiciel, pratique !
Emacs le fait depuis 30 ans.
[^] # Re: KDE Plasma
Posté par Astaoth . En réponse à la dépêche Fedora 28 est sortie dans les temps !. Évalué à -2.
Euh comment dire …
J'ai installé Fedora 27-KDE y a 2-3 semaines sur un ordi, et j'en garde une mauvaise expérience, entre autre dû à Discover (gestionnaire de paquet KDE qui peut aussi gérer les dépôts de Fedora) qui présente pas mal de comportements frustrants à mon sens. Mais à part Discover, j'ai été franchement déçu par pas mal de petites choses, je m'attendais à mieux.
Emacs le fait depuis 30 ans.
# À méditer ;)
Posté par Astaoth . En réponse au journal À méditer.... Évalué à 10.
No comment : https://linuxfr.org/liens
Emacs le fait depuis 30 ans.
[^] # Re: LibreOffice Online est mort
Posté par Astaoth . En réponse à la dépêche Sortie de la suite bureautique en ligne ONLYOFFICE en version 5.1. Évalué à 7.
En effet, c'est dommage pour un logiciel libre développé par une entreprise européenne de mettre en avant l'utilisation d'un format propriétaire et non son équivalent libre recommandé par l'Union Européenne. Ça a même un petit côté contradictoire.
Emacs le fait depuis 30 ans.
# J'ai pas de bières
Posté par Astaoth . En réponse au journal Boobathon le Samedi 2018-04-21. Évalué à 3.
Je peux quand même venir ?
Emacs le fait depuis 30 ans.
[^] # Re: Ça alors !
Posté par Astaoth . En réponse au journal Thunderbird, mon premier contact est une déception !. Évalué à 4.
Pareillement, ça fait 10 ans que j'utilise Thunderbird, et parmi les problèmes mentionnés que j'aurais pu rencontrer par rapport à mon usage, bah … j'en ai rencontré que un seul : celui de la recherche, mais en fait j'ai pas besoin de faire des recherches aussi poussées avec des regexp, par contre les filtres rapides marchent quasi instantanément. J'en rajouterais un autre, c'est le stockage local pour une utilisation offline qui est complètement foireux, je n'arrive à ouvrir quasi aucun courriel des comptes imap sans connexion alors que tout les dossiers sont configurés pour être stockés localement.
En terme de perf, j'ai une dizaine de boite mail dedans, avec 4 d'entre elles qui ont plus de 5k messages dans l'inbox, avec au moins 4 dossiers qui dépassent les 15k de messages (mailing-lists), des filtres locaux pour trier mes messages dans des dossiers, des filtres sieves aussi que je gère directement depuis TB, et avec lesquels je tri entre autre les messages des mailing-lists directement dans des dossiers, j'utilise imap, pop, caldav, carddav, sieve, gpg et je récupère mes flux RSS aussi avec.
Ptetre que j'ai eu des problèmes de performances par le passé, mais c'était il y a suffisement longtemps pour que je m'en souvienne pas. Mais depuis que j'ai toute la panoplie sus-cité dedans, donc depuis 3-4 ans, pas de soucis de perf, de coeur utilisé à 100%.
J'ai jamais perdu de courriels avec, pourtant je l'ai sacrément fait galéré pour déplacer des dossiers de plus de 1k messages d'un compte sur un serveur à un autre compte sur un autre serveur. Une partie de la galère était dû à Microsoft qui limite vachement l'imap.
Par contre, en lui-même, je le trouve un peu léger, il a fallu que je lui rajoute quelques extensions pour qu'il soit complet à mon gout : enigmail, cardbook, lightning, sieve, remote duplicate messages et saved password editor.
Emacs le fait depuis 30 ans.
[^] # Re: Ne pas tirer sur le messager
Posté par Astaoth . En réponse au journal Thunderbird, mon premier contact est une déception !. Évalué à 4.
Claws-mail (comme Sylpheed en fait) se fige à chaque fois qu'il relève les courriels, l'UI n'est pas dans un thread à part. Je ne suis jamais resté dessus à cause de ça.
Emacs le fait depuis 30 ans.
[^] # Re: Ne pas tirer sur le messager
Posté par Astaoth . En réponse au journal Thunderbird, mon premier contact est une déception !. Évalué à 7.
T'as pas un seul webmail libre qui a la moitié du tier du quart des fonctionnalités des clients lourds. Franchement je galère à choisir un webmail à cause de ça.
Emacs le fait depuis 30 ans.
[^] # Re: Je comprends pas
Posté par Astaoth . En réponse au journal Thunderbird, mon premier contact est une déception !. Évalué à 3.
J'ai rencontré ce cas une fois. C'était lorsque j'avais copié le dossier postfix d'un compte courriel directement sur un serveur et que je l'ai collé sur un autre serveur. Les ID ne correspondaient plus au bon corps. À part cette fois là, j'ai jamais eu ce bug en 10 ans.
Emacs le fait depuis 30 ans.
[^] # Re: Intéressant sur la technique, mais...
Posté par Astaoth . En réponse à la dépêche PeerTube, une plate‐forme Web de vidéos fédérée utilisant le P2P. Évalué à 2.
Ça n'a pas l'air d'être transitif. Ça serait pas mal si ça l'était, ou si il y avait une option pour suivre les noeuds que les noeuds que tu suis suivent (dit comme ça, ça a pas l'air très clair …).
Emacs le fait depuis 30 ans.
[^] # Re: Intéressant sur la technique, mais...
Posté par Astaoth . En réponse à la dépêche PeerTube, une plate‐forme Web de vidéos fédérée utilisant le P2P. Évalué à 1.
Je pense que juste en faisant un index qui est partagé (activable via une option) entre tout les noeuds suffirait.
Par exemple je publie une vidéo sur le noeud A. Celui-ci envoie aux autres noeuds les vidéos qu'il stocke. Sur le noeud B, une recherche sort donc ma vidéo posté sur le noeud A, et en cliquant dessus, je récupère un flux direct venant du noeud A pour voir la vidéo.
Comme ça, le stockage reste uniquement sur le serveur où la vidéo est postée, mais tout le monde peut accéder à toutes les vidéos depuis un seul noeud.
Emacs le fait depuis 30 ans.
[^] # Re: Répartition du hardware entre la base et l'écran ? Et modules du clavier
Posté par Astaoth . En réponse au journal Retour sur le projet d’ordinateur portable Modulaire de Cairn SanVis. Évalué à 1.
Ah, ça a rien à voir avec ce que je pensais en fait. Du coup je comprends mieux le principe.
Ça veut dire quoi ? Un truc dans ce genre ou plutôt de ce style ?
Personnellement j'ai une sainte horreur de ce qu'on peut voir dans le premier lien, mais je comprends que ça baisse les coups de fabrications.
Emacs le fait depuis 30 ans.
[^] # Re: Répartition du hardware entre la base et l'écran ? Et modules du clavier
Posté par Astaoth . En réponse au journal Retour sur le projet d’ordinateur portable Modulaire de Cairn SanVis. Évalué à 1.
Donc si j'ai bien compris, dans l'écran il y aura :
- des batteries
- de la ram
- le stockage
- le CPU
- les puces sans fils
Et dans le clavier il y aura
- une batterie
- le circuit de recharge
- le GPU (qui fonctionnera avec l'équivalent d'optimus ?)
- les chipsets gérant les connecteurs
et peut-etre de la place en plus pour d'autres modules ?
Tiens, je me demandais, est-ce qu'il sera aussi possible d'avoir un connecteur USB sur l'écran ? C'est toujours pratique, même sur une tablette.
Dommage pour le clavier, j'espère qu'il y aura au moins une version avec les boutons pour le volume et backlight qui soit à part et pas sur les touches F1-12, et quelques voyants (batterie, connexions sans fils, ptetre un voyant configurable au niveau logiciel pour les alertes IM/courriels) - bref avec tout les trucs pratiques qui ont été enlevés sur les ordis récents ;).
Emacs le fait depuis 30 ans.
[^] # Re: Répartition du hardware entre la base et l'écran ? Et modules du clavier
Posté par Astaoth . En réponse au journal Retour sur le projet d’ordinateur portable Modulaire de Cairn SanVis. Évalué à 3.
Et pourquoi ne pas mettre un connecteur physique entre l'écran et le clavier comme font d'autres fabriquants de PC hybrides ? En exploitant l'USB C vous devriez avoir assez de bande passante, non ? Peut être en faisant un connecteur sur mesure pour qu'il soit plat par exemple.
Emacs le fait depuis 30 ans.
# Répartition du hardware entre la base et l'écran ? Et modules du clavier
Posté par Astaoth . En réponse au journal Retour sur le projet d’ordinateur portable Modulaire de Cairn SanVis. Évalué à 1.
Salut !
Avec cet écran détachable, je me demandais comment est-ce que vous comptez répartir le hardware entre l'écran et le clavier ? D'un côté l'écran détachable implique de caser quasiment tout derrière l'écran, mais à cause du poid ça ferait un ordi assez bancale quand même :/ Et au niveau de la recharge, elle se fera forcément via la partie clavier ?
Je me demandais aussi si, pour la partie clavier, côté touches, il serait aussi possible d'avoir des modules d'interfaces, du style :
- mettre le clavier un peu plus bas avec au dessus des boutons de contrôle de volume/backlight et quelques voyants par exemple ou éventuellement un second écran d'un format un peu différent (pour l'écran, je pense à un truc un peu dans le style de la dernière image sur https://www.behance.net/gallery/6976695/PANDORA )
- mettre le clavier plus bas, sans trancpack (juste le trackpoint) avec un écran comme ci-dessus mais plus grand
- mettre le clavier plus haut pour avoir un trackpad plus grand
Emacs le fait depuis 30 ans.
[^] # Re: Toute la Gaule est occupée. Toute ?
Posté par Astaoth . En réponse au journal Le vrai problème avec toutes ces ré-implémentations de TapTempo c'est .... Évalué à 10.
Ma version Perl est aussi open-source … Là pour le coup je suis assez déçu par l'auteur de ce journal qui visiblement ne prend pas le temps de vérifier les faits avant de faire des publication :(
Emacs le fait depuis 30 ans.
[^] # Re: Vous savez qui paye les titres restau ?
Posté par Astaoth . En réponse au journal [HS] Tickets restaurants. Évalué à 3.
Moi ce que je comprends pas avec la carte, c'est qu'un utilisateur de ce système ne peut pas faire des courses quand il a le temps, le week-end par exemple, pour se constituer ses repas pris durant ses horaires de travail.
Cette carte ressemble plus à une volonté de flicage et une absence de confiance envers ses employés. Et j'avoue que finalement, j'ai du mal avec le concept d'une entreprise qui ne fait pas confiance envers ses employés.
Qui plus est, c'est une entreprise privée, la plupart du temps extérieur à l'employeur, qui gère ce système. Dans notre époque actuelle, qu'est-ce qui nous dit que cette entreprise ne fait pas de la collecte de données de ses utilisateurs pour les revendre à d'autres entreprises ?
Finalement, c'est toujours les mêmes histoires : on sort un truc pour aider des utilisateurs, puis on pourrit le truc en le rendant super chiant à utiliser et en ajoutant des possibilités de traçage. Ça devient fatigant à la longue.
Emacs le fait depuis 30 ans.
[^] # Re: T'as gagné une Pull Request
Posté par Astaoth . En réponse au journal Portage de TapTempo en Perl. Évalué à 2.
Ah, c'était pas prévu ça, il a fallut que je regarde comment marchent les pull request :D.
Du coup, t'as gagné une question de néophyte : c'est quoi l'intérêt du "use 5.10.0;" ?
Sinon, dans ma version je voulais faire en sorte d'avoir exactement le même affichage et comportement que dans celle décrite sur le journal d'origine (même si j'ai loupé une ligne). Mais ta version est bien plus élégante du coup. Merci pour tes modifs !
Emacs le fait depuis 30 ans.
# Utilisateurs virtuels
Posté par Astaoth . En réponse au journal [Tuto/HowTo] SSHFS : mises en place et montage. Évalué à 1.
Et pour ceux qui veulent des utilisateurs virtuels, ProFTPd gère aussi le sftp.
Emacs le fait depuis 30 ans.
[^] # Re: bof
Posté par Astaoth . En réponse au journal Appel aux fabricants de liseuse. Évalué à 1.
Pas besoin de bras dessous, suffit de caler le bras du haut un peu en hauteur …
Emacs le fait depuis 30 ans.
# Les "webmails"
Posté par Astaoth . En réponse au journal À la recherche des clients mail sous Linux. Évalué à 2.
Dans ta partie "Webmail" tu y mélanges des groupwares. La différence entre les deux est que les webmails tournent sur un serveur web classique, là ou les groupwares ont leur propre serveur.
Une autre différence intéressante pour les utilisateurs entre les webmails et les groupwares est que ces derniers permettent généralement la relève imap de d'autres comptes, voir également l'envoie, comme un client lourd, dans la même vue.
De mon côté j'utilise justement SOGo pour pouvoir relever facilement tout mes comptes courriels. À côté je le trouve simple à utiliser mais configurable si besoin est, et c'est toujours pratique de pouvoir synchro ses contacts et son calendrier avec son tel.
Pour Rainloop j'aime beaucoup ce qu'ils font, j'attends juste que les features les plus demandées soient ajoutées pour migrer ;). À noter aussi que la création de filtres sieve est possible, et dans une interface pas trop dure à prendre en main.
Emacs le fait depuis 30 ans.
[^] # Re: Rassurons-nous ...
Posté par Astaoth . En réponse au journal À la recherche des clients mail sous Linux. Évalué à 3.
Tu veux dire que c'est invivable quand t'as pas mal d'adresses courriels ! J'ai abandonné l'idée de l'utiliser, je suis retourné voir Thunderbird.
Emacs le fait depuis 30 ans.