Accéder au contenu.
Menu Sympa

technique - Re: [TECH] Q: Roundcube ?

Objet : Liste pour les discussions techniques (liste à inscription publique)

Archives de la liste

Re: [TECH] Q: Roundcube ?


Chronologique Discussions 
  • From: Nicolas Vinot <nvinot AT april.org>
  • To: Jean-Marc Mongrelet <jm.mongt AT gmail.com>
  • Cc: technique AT april.org
  • Subject: Re: [TECH] Q: Roundcube ?
  • Date: Sat, 11 Oct 2014 22:11:39 +0200
  • Organization: APRIL

Le samedi 11 octobre 2014 21:44:28 Jean-Marc Mongrelet a écrit :
> Forcément, comme tu me tiens tête, mes solutions sont toutes totalement
> bugger et totalement négative... cela va de soit ;-) LoL

L'auteur a décidé d'implémenter les RFC « comme il l'entend, sachant qu'en
fait ce sont les autres qui les comprennent mal, les RFC »
http://www.courier-mta.org/fud/
J'ai encore eu des soucis avec ça récemment, et un serveur courier qui ne
comprennait pas ce que je lui demandait.

> Ce que tu n'as pas compris, c'est qu'avec mon Roudcube, je relève les
> mail de google, mais aussi de sfr, de free, de laposte... bientôt de mon
> propre serveur (enfin j'espère)... le tout centralisé sur un même
> Webmail, et sans complications de configurassions.

POP3, c'est moisi et « obsolète ». Mais effectivement IMAP ne permet pas de
synchro plusieurs comptes.
Une manière simple et propre de gérer un tel cas est de rediriger chaque
boîte
mail vers ta propre adresse hébergée avec un « + » discriminant dans
l'adresse
de redirection (foo+laposte, foo+free, foo+gmail…) et de tout classer
proprement avec des filtres sieve sur ta boîte IMAP commune et auto-hébergée.

> Et pour le google... je ne cache pas à google ce qui est communautaire
> comme l'April... maintenant, le plus sérieux ne passe pas par eux...

Les données c'est une chose. Les méta-données une autre.
En dehors de l'aspect de pure confidentialité des mails, y'a tout le tracking
utilisateur et la revente de données personnelles à prendre en compte aussi.
Et le simple fait de continuer à passer par eux, c'est aussi continuer à
alimenter leur moulin :D

> Après, dans tous les cas, les mail transitent quand-même de serveurs à
> serveurs, de MTA à MTA, de SMTP à SMTP... et ça je le changerais pas...
> juste à mon niveau, je prend la précaution de ne pas archiver mes mail
> sur le nuage.

Alors fait tout rediriger vers ta boîte auto-hébergée. C'est *la* solution
idéale à ton problème. :)
Actuellement, tes mails sont toujours chez Google…
Et ta solution est très complexe alors qu'elle pourrait se limiter à un
mbsync
quotidien/hebdomadaire de sauvegarde de tes mails Google vers une machine à
toi.

> > D'un point de vue libricité/vie privée, ta solution n'apporte
> > strictement rien
> > par rapport à un Google out-of-the-cloud.
> Si tu préfères archiver tes données perso chez google, moi pas!

Justement, tes données sont aujourd'hui chez Google jusqu'à ta prochaine
connexion (au mieux) et peut-être ad vitam eternam (au pire)…
Mes mails à moi ne passent que sur des machines à moi :)

> Après, il est facile de faire des backup de son stockage IMAP, avec
> courier-imap, répertoire "~/Maildir/"

Oui, c'est faisable comme ça pour les backups aussi, avec un coup de rsync.

> À mon avis ce problème doit déjà être réglé, car pour google y a rien à
> configurer au niveau pop... ça a déjà été pensé à l'avance... tu
> sélectionnes google, nom de connexion, mon de passe.

Non, ça n'a jamais été réglé côté Google. Ça reste du bulk export.
J'ai eu plusieurs fois le soucis, avec le serveur qui lisait le POP qui a
chopé un ID corrompu lors de la récupération. Et du coup plus rien ne se
synchronisait…
Il a fallu que je réactive le POP depuis 0 sur GMail pour pouvoir récupérer à
nouveau la synchro. Sauf que du coup je me suis tapé l'intégralité de mes
mails à récupérer à nouveau, et quasi tous bien gentillement dupliqués dans
la
boîte d'arrivée du coup…
Ça m'arrive très souvent quand j'ai à faire des gros batchs POP3 avec GMail.
Si le client me plante un timeout pour une raison ou pour une autre après
quelques minutes/heures de moulinades, la synchro POP3 est pétée avec GMail,
parce que GMail considère qu'il m'a tout envoyé jusqu'à l'ID n°X mais que le
client mail lui considère n'avoir reçu que jusqu'à n°Y < X. Et plus rien ne
fonctionne…

> Tu en connais beaucoup de Webmail qui supporte GPG ??? Et qui en plus
> puisse s'utiliser comme client lourd (ce que je souhaite faire) ???

Non justement, voire même aucun :P
Parce que GPG/MIME ne peut pas être traité côté serveur uniquement, y'a
besoin
d'une intelligence côté client (et la sécu imposée par GPG empèche une
solution JS only).
J'ai abandonné Roundcube le jour où je suis passé à du chiffrement en entrée,
et j'utilise depuis uniquement du client lourd (Kontact en l'occurence).
(Même K9Mail pour android est à poil en terme de GPG/MIME !)

Librement,
--
Nicolas Vinot

Protégez votre vie privée, chiffrez vos communications
GPG : EFB74277 ECE4E222
OTR : 5769616D 2D3DAC72
https://café-vie-privée.fr/

Attachment: signature.asc
Description: This is a digitally signed message part.




Archives gérées par MHonArc 2.6.18.

Haut de le page