Maintenant, est-ce que l'installation par défaut d'une distribution convient à tout le monde ? J'ai envie de dire non. Exemple, pour Freem, l'installation utilise par défaut SQLite. Ben je n'irai pas utiliser cela si l'environnement est "fortement" sollicité par de multiple utilisateurs.
Fortement sollicité? Un auto-hébergement? La connexion ADSL ne tiendrait de toute façon pas, dans le cas d'un webmail fortement sollicité...
Non, mon problème viens du fait que SaintGermain accuse roundcube d'être complexe à installé, quand c'est en réalité les outils dont roundcube se base qui le sont.
Personnellement, je ne sais pas configurer HTTPS sur apache. Je ne sais pas non plus le faire avec nginx, ni yaws, ni tntnet (soft pris au hasard dans aptitude, dans la liste des paquets fournissant httpd). Pour autant, je ne serais pas surpris qu'apache soit celui avec lequel cette configuration serait la plus complexe. Les fois ou j'ai manipulé un serveur web, c'était apache parce que c'est lui qui est installé. J'en garde un très mauvais souvenir, du genre de ceux que j'ai quand j'affronte un système très complexe qui fait de nombreuses choses. Si je devais choisir un httpd, je pense que je regarderai très sérieusement la concurrence.
Un exemple plus parlant serait, par exemple, d'installer firefox sur une machine à accès public hautement sécurisée. Genre, chiffrement du disque, blocage de tous les accès réseau non désirés, interdiction d'accès aux systèmes de fichiers... et le tout en partant de LFS (bon, ok, ou en partant de Debian potato).
Parce que, oui, je considère personnellement que le «monde du web» est en retard de 10 ans sur le monde du logiciel local, que ce soit en terme de facilité pour faire une interface adaptable à l'écran du client qui tienne la route, ou en terme d'intégration (il n'y à pas, à ce que je sache, de système de paquets considérant le réseau comme étant le système, à ma connaissance, que ce soit archlinux, debian, red hat, freebsd, les systèmes de paquet considèrent la machine comme étant le système, ce qui dans le cas du web est faux, comme pour toute application basée sur le réseau).
Il à ses avantages et je ne le nierais jamais. Mais on oublie tellement souvent les multiples inconvénients du web...
Ça me rappelle l'époque ou j'accusais windows d'être responsable des crash des applications... l'époque ou j'écrivais windaube, micro$oft et ce genre de débilités. Avant de tester autre chose sérieusement, en somme. Et de constater que les mêmes logiciels plantaient au même moment sous un OS différent ;)
Il n'y à que pour l'IMAP et le SPAM que je ne sais pas si les reproches faits sont vraiment à cause de roundcube, ou à cause de la configuration du MTA. Ceci dit, dans le cas SPAM+IMAP, en général on à un dossier type spam-to-learn. Du coup, comme sur de l'IMAP les mails sont censés rester sur le serveur (je me trompe?) c'est de la responsabilité de l'anti-spam d'aller chercher le contenu de ce dossier pour classer de nouveaux spams. Mais dans le cas de POP3, je n'ai aucune idée de comment ça peut marcher, c'est un fait.
[^] # Re: Pourquoi obligatoirement un webmail ?
Posté par freem . En réponse au journal Auto-hébergement: pas toujours évident.... Évalué à 2.
Fortement sollicité? Un auto-hébergement? La connexion ADSL ne tiendrait de toute façon pas, dans le cas d'un webmail fortement sollicité...
Non, mon problème viens du fait que SaintGermain accuse roundcube d'être complexe à installé, quand c'est en réalité les outils dont roundcube se base qui le sont.
Personnellement, je ne sais pas configurer HTTPS sur apache. Je ne sais pas non plus le faire avec nginx, ni yaws, ni tntnet (soft pris au hasard dans aptitude, dans la liste des paquets fournissant httpd). Pour autant, je ne serais pas surpris qu'apache soit celui avec lequel cette configuration serait la plus complexe. Les fois ou j'ai manipulé un serveur web, c'était apache parce que c'est lui qui est installé. J'en garde un très mauvais souvenir, du genre de ceux que j'ai quand j'affronte un système très complexe qui fait de nombreuses choses. Si je devais choisir un httpd, je pense que je regarderai très sérieusement la concurrence.
Un exemple plus parlant serait, par exemple, d'installer firefox sur une machine à accès public hautement sécurisée. Genre, chiffrement du disque, blocage de tous les accès réseau non désirés, interdiction d'accès aux systèmes de fichiers... et le tout en partant de LFS (bon, ok, ou en partant de Debian potato).
Parce que, oui, je considère personnellement que le «monde du web» est en retard de 10 ans sur le monde du logiciel local, que ce soit en terme de facilité pour faire une interface adaptable à l'écran du client qui tienne la route, ou en terme d'intégration (il n'y à pas, à ce que je sache, de système de paquets considérant le réseau comme étant le système, à ma connaissance, que ce soit archlinux, debian, red hat, freebsd, les systèmes de paquet considèrent la machine comme étant le système, ce qui dans le cas du web est faux, comme pour toute application basée sur le réseau).
Il à ses avantages et je ne le nierais jamais. Mais on oublie tellement souvent les multiples inconvénients du web...
Ça me rappelle l'époque ou j'accusais windows d'être responsable des crash des applications... l'époque ou j'écrivais windaube, micro$oft et ce genre de débilités. Avant de tester autre chose sérieusement, en somme. Et de constater que les mêmes logiciels plantaient au même moment sous un OS différent ;)
Il n'y à que pour l'IMAP et le SPAM que je ne sais pas si les reproches faits sont vraiment à cause de roundcube, ou à cause de la configuration du MTA. Ceci dit, dans le cas SPAM+IMAP, en général on à un dossier type spam-to-learn. Du coup, comme sur de l'IMAP les mails sont censés rester sur le serveur (je me trompe?) c'est de la responsabilité de l'anti-spam d'aller chercher le contenu de ce dossier pour classer de nouveaux spams. Mais dans le cas de POP3, je n'ai aucune idée de comment ça peut marcher, c'est un fait.