Donc on remplace un mode hors ligne non standard (client IMAP) par un autre mode hors ligne non standard (serveur IMAP intermédiaire).
Le serveur IMAP auto-herbergé n'est pas pour moi un serveur "intermédiaire" mais le serveur principal (et alimenté par le SMTP de mon domaine).
Le rapatriement via fetchmail servant à récupérer les messages de BAL "secondaire" à mon sens (BAL fournie d'office par le FAI, etc). Ce qui était le sujet de ce journal, du reste.
Tu dois parler d'un quelconque mode "hors ligne" (ou "hors connexion") de ton client IMAP, ce qui n'a rien de standard.
Selon la RFC-3501, les messages sont censés rester sur le serveur, et être chargés à la demande (lors de la lecture d'un message/pièce jointe), mais en aucun cas être re-stockés localement par le client. Il y a POP pour cela.
J'auto-héberge mon SMTP depuis 12 ans (avec domaine perso), et je rapatrie les messages de la BAL fournie par mon FAI, Gmail et d'autres en POP3S avec fetchmail, qui fait très bien son boulot, peut s'activer avec le cron ou bien être en démon avec intervalle de collecte configurable, et qui supporte les protocoles over TLS/SSL.
Et un serveur IMAP à la maison, c'est très réactif (en comparaison, il n'y a pas beaucoup de monde qui peut s'offrir une fibre 1 Gbps vers les serveurs de courrier de son FAI ou de Google).
Quant au serveur SMTP secondaire, bien utile en cas de problème, c'est un service qui peut facilement s'échanger avec un autre auto-hébergeur.
Posté par moulator .
En réponse au journal Du CGN chez mon FAI.
Évalué à 1.
Dernière modification le 16 février 2013 à 18:58.
et inversement, les sites ont peu d'intérêt à devenir compatible ipv6, vu le faible nombre de clients qui y accèdent par ce biais.
Ah, parce que ça a un coût aussi important que ça d'ajouter une ligne dans la configuration d'un serveur HTTP ou de doubler en IPv6 les règles d'un pare-feu ?
Etalé sur 15 ans (c'est l'âge de la norme IPv6), ça devait être supportable, non ? Sur la même période les serveurs physiques ont dû être changés au moins deux fois, en comparaison…
Et on remarquera au passage que le FAI le plus en retard dans le déploiement de l'IPv6 n'est autre que l'opérateur historique… Apologie d'une péniche qui coule.
Pour ceux qui ne peuvent pas lire le journal parce qu'ils sont déjà en IPv8, une nimage de panda roux.
En fait, suffit d'être en IPv6.
Car en 2013 linuxfr n'est encore accessible qu'en IPv4.
Alors que mon FAI chéri (Ner**) me fournit de l'IPv6 natif depuis… 2003 !
[^] # Re: Pauvreté de l'offre européenne
Posté par moulator . En réponse à la dépêche Préoccupés par ce qu'on ne peut pas vous dire ? Nous aussi (Google Transparency Report). Évalué à 2.
Et StartPage (Hollande) !
[^] # Re: Mises à jour
Posté par moulator . En réponse à la dépêche EyesOfNetwork 4.0 est sorti. Évalué à -3.
Ouais, c'est ça, ITIL : de la masturbation intellectuelle pour VRP sans aucune base technique de qualitai…
[^] # Re: Fetchmail
Posté par moulator . En réponse au journal Être averti de ses emails intelligemment. Évalué à 1.
Le serveur IMAP auto-herbergé n'est pas pour moi un serveur "intermédiaire" mais le serveur principal (et alimenté par le SMTP de mon domaine).
Le rapatriement via fetchmail servant à récupérer les messages de BAL "secondaire" à mon sens (BAL fournie d'office par le FAI, etc). Ce qui était le sujet de ce journal, du reste.
[^] # Re: Fetchmail
Posté par moulator . En réponse au journal Être averti de ses emails intelligemment. Évalué à 1. Dernière modification le 03 avril 2013 à 12:03.
Tu dois parler d'un quelconque mode "hors ligne" (ou "hors connexion") de ton client IMAP, ce qui n'a rien de standard.
Selon la RFC-3501, les messages sont censés rester sur le serveur, et être chargés à la demande (lors de la lecture d'un message/pièce jointe), mais en aucun cas être re-stockés localement par le client. Il y a POP pour cela.
[^] # Re: Fetchmail
Posté par moulator . En réponse au journal Être averti de ses emails intelligemment. Évalué à 1. Dernière modification le 03 avril 2013 à 11:03.
Très bonne remarque.
J'auto-héberge mon SMTP depuis 12 ans (avec domaine perso), et je rapatrie les messages de la BAL fournie par mon FAI, Gmail et d'autres en POP3S avec fetchmail, qui fait très bien son boulot, peut s'activer avec le cron ou bien être en démon avec intervalle de collecte configurable, et qui supporte les protocoles over TLS/SSL.
Et un serveur IMAP à la maison, c'est très réactif (en comparaison, il n'y a pas beaucoup de monde qui peut s'offrir une fibre 1 Gbps vers les serveurs de courrier de son FAI ou de Google).
Quant au serveur SMTP secondaire, bien utile en cas de problème, c'est un service qui peut facilement s'échanger avec un autre auto-hébergeur.
[^] # Re: Plusieurs choses à prendre en compte.
Posté par moulator . En réponse au journal Attaque DDoS contre Spamhaus. Évalué à 2.
En parlant de plonk, www.cyberbunker.com ne répond plus…
[^] # Re: Nerim
Posté par moulator . En réponse au sondage Votre FAI. Évalué à 2.
https://admin.nerim.net/nav/eligibilite/
# Nerim
Posté par moulator . En réponse au sondage Votre FAI. Évalué à 2. Dernière modification le 06 mars 2013 à 21:40.
Depuis 12 ans, vraiment sans regrets…
Et avec l'IPv6 natif depuis 2003.
[^] # Re: Vous avez dit IPv8 ?
Posté par moulator . En réponse au journal Du CGN chez mon FAI. Évalué à 1. Dernière modification le 16 février 2013 à 18:58.
Ah, parce que ça a un coût aussi important que ça d'ajouter une ligne dans la configuration d'un serveur HTTP ou de doubler en IPv6 les règles d'un pare-feu ?
Etalé sur 15 ans (c'est l'âge de la norme IPv6), ça devait être supportable, non ? Sur la même période les serveurs physiques ont dû être changés au moins deux fois, en comparaison…
[^] # Re: Vous avez dit IPv8 ?
Posté par moulator . En réponse au journal Du CGN chez mon FAI. Évalué à 1.
Et on remarquera au passage que le FAI le plus en retard dans le déploiement de l'IPv6 n'est autre que l'opérateur historique… Apologie d'une péniche qui coule.
# Vous avez dit IPv8 ?
Posté par moulator . En réponse au journal Du CGN chez mon FAI. Évalué à 8.
En fait, suffit d'être en IPv6.
Car en 2013 linuxfr n'est encore accessible qu'en IPv4.
Alors que mon FAI chéri (Ner**) me fournit de l'IPv6 natif depuis… 2003 !