[CentOS-fr] probl eme avec le paquet roundcubemail du depot de karanbir singh

[S e r g e]

Le Sunday 22 November 2009 21:08:25 fakessh at fakessh.eu, vous avez écrit :
> Le dimanche 22 novembre 2009 14:38, S e r g e a écrit :
> > Le Sunday 22 November 2009 10:53:29 fakessh at fakessh.eu, vous avez écrit :
> > > Bonjour Monsieur Jacob Godyn
> > >
> > > Bonjour la liste CentOS-fr
> > > Bonjour la liste rps
> > > Bonjour tout le monde
> > > je fais un too posting en le faisant volontairement etant donne que des
> > > gens de CentOS-fr ont reussi à installer roundcubemail
> >
> > [...]
> >
> > Salut,
> >
> > Si je peux me permettre, pourquoi a tu choisi RoundCub ?
> > Il répond vraiment aux besoins que tu attends ?
> > Quels sont ces besoins ?
> > Y a t'il pas des alternatives ?
>
> je pensais qu il etait facile à installer
>
> > Je pose cette question simple, car de manière générale, quand on en
> > 'bave' pour installer un programme, on est sûre et certain que l'on va
> > en '@^%ù({$*²=' pour l'administrer!.
>
> je ne suis pas tres bon en php
> la majorite de ma formation consiste en du perl
>
> > De l'aide tu en a eu, il suffit de relire ce fils de discussion et
> > s'arrêter sur la réponse détaillée de  Jacob
> > <http://lists.centos.org/pipermail/centos-fr/2009-November/000353.html>,
> > qui montre comment installer ce WebMail sur CentOS avec les paquets qui
> > conviennent (au passage, je lui tire mon chapeau pour ce travail que
> > j'espère servira :)  ).
>
> vous savez je ne fais cela que pour apprendre
> c est purement pour le plaisir
> je n ai que trois comptes , noms de domaines
> je fais cela pour m auto former pour apprendre
>
Désolé, je n'ai rien compris :P  je pensais que tu voulais l'installer pour un 
large public :-) ...
Donc tu enlèves ce que j'ai dis jusque là, et "éclate toi!" à la découverte 
des WebMails.

> > Là il convient de s'arrêter et reprendre sa respiration. Pour moi, un
> > WebMail, ce n'est pas n'importe quoi comme application. L'installer et
> > l'administrer entraînent des risques très important de sécurité pour les
> > données des utilisateurs et l'intégrité de la machine est à surveiller. 
> > Il devient évidant qu'il ne suffit plus de connaître les avantages de
> > tels ou tels WebMail, mais il faut connaître leurs points faibles pour y
> > remédier le mieux possible.
> >
> > Enfin, il me semble important de commencer par un WebMail à taille
> > 'humaine', c'est à dire un outil plus simple avec lequel on peut en faire
> > le tour, le modifier soit même, l'upgrader soit même, bref le comprendre
> > sans appeler la cavalerie :-)  déjà pour l'installer, avant de passer à
> > l'usine à gaz.
>
> j ai trouve les rpms redhat de openwebmail
> mais la aussi c est tres complique me semble t il à installer
>
> > Des WebMails il y en a plaitore et pour tous. Cette liste pourra
> > certainement contribuer à t'orienter sur des choix possible en PHP. Pour
> > ma part, je préfère Perl, et j'ai utilisé OpenWebmail (la démo =>
> > <http://openwebmail.amcpl.net/cgi-bin/openwebmail/openwebmail.pl>) durant
> > des années et pour des raisons d'économie de ressources, je me suis
> > orienté vers un WebMail léger ExtMail (la démo =>
> > <http://demo.extmail.org/extmail/cgi/index.cgi>) utilisant Perl +
> > FastCGI.
>
> je vais m orienter vers ExtMail qui me semble plus à ma taille
> plus à taille humaine pour une seule personne qui administre le serveur
>
> et je le repete la grande partie de mes connaissances consernent perl
>

Comme il s'agit de se former, peut être serait-il bon de terminer 
l'installation de RoundCub avec Jacob (qui a réussi!) avant de passer à un 
autre ?

D'accord, apache peut très bien gérer plusieurs WebMails, mais ExtMail/ExtMan 
demandent un changement important dans la configuration du MTA 
(Exim/Postfix/Qmail) car ExtMail (le WebMail) n'utilise ni POP3 ni IMAP 
pour 'servir' les messages.

Ce qui le rend performant et différent (tout comme OpenWebMail), c'est qu'il 
gère le courrier directement depuis le Maildir de l'utilisateur! De plus, 
pour 'booster' les performances, il utilise un environnement persistant.

Alors que  OpenWebMail se tourne sur SpeedyCGI 
<http://daemoninc.com/SpeedyCGI/>, ExtMail mise sur FastCGI (module perl 
FCGI) <http://www.fastcgi.com/devkit/doc/fastcgi-prog-guide/ch3perl.htm> ce 
qui demande la aussi de 'trifouiller' son serveur HTTPD (Apache/Lighttpd) 
avec des solutions pas encore très bien diffusées. 

Pour terminer le tableau, la gestion des utilisateurs passe obligatoirement 
par MySQL ou LDAP. Les bases de données sont utilisées autant par le MTA 
(liste des domaines, chemin des Maildirs utilisateur, authentification, ...) 
que par le WebMail et l'outil d'administration des domaines/comptes 
utilisateur/comptes alias/comptes postmaster,   ExtMan (demo => 
<http://demo.extmail.org/extman/cgi/index.cgi>).

Il s'agit d'une suite un peut compliqué à mettre en marche, mais qui offre 
l'avantage d'utiliser un environnent pour des utilisateurs virtuels, ce qui 
s'avère plus simple par la suite.

J'ai oublié de dire que cette suite nous vient de Chine 
<http://www.extmail.org/aboutus/>, et que le forum 
<http://www.extmail.org/forum/> n'est franchement pas utilisable en cas de 
pépin !

> et la on est en plein dedans
> et en plus à taille humaine , pour moi tout seul
>
Comme tu le vois, je peux te donner un coups de main avec la suite 
ExtMail/ExtMan, mais auparavant, je te conseille vivement de terminer avec 
Jacob le travail commencé.

Qui sait, par la suite tu pourras nous montrer une études sur ces outils ? :-)

@+
--S e r g e