Prosper a écrit 3167 commentaires

Mais le role d'une distribution est aussi de définir une configuration optimale par défaut. justement kde+mozilla c est pas du tout optimal Les utilisateurs ne choisissent JAMAIS la configuration par défaut. bien que sur que si , ce que tu dis , c est tres mal connaitre les utilisateurs ( de redhat ou autre distrib "facile" d acces )

oui c est inclu dans l outil drakconnect ( et ca s appuie sur eagle-usb ) , en revanche je sais pas si le firmware est livré avec .

je voudrais aussi connaitre la part d utilisateur mozilla _sous linux_ parce que lorsqu on voit les stats de IE qui est juste derriere y a de quoi s' interroger.

c est possible depuis la 7.0 ( la 7.0.2 pour etre plus precis avec la 7.0 y avait comme un ptit bug qui niquait la partoche win , a la limite c etait pas plus mal :)

pour la mdk c est ntfsresize qui est utilisé http://mlf.linux.rulez.org/mlf/ezaz/ntfsresize.html(...)

j ai pour ma part essayer sur un XP , et ca marche tres bien ( et apparement apres le resize l outil force qd meme XP a faire un check disk ce qui est pas plus mal )

serais je numero 3 de la cabale ?

la dedans y en a plein http://www.distrowatch.com/dwres.php?resource=review-mandrake(...)

voui voui :)

oui mais sans la libdcss qui se trouve sur plf

t es surtout pathetique comme a ton habitude

Mais alors t as vraiment rien compris toi , le reproche fait a redhat n a jamais été bluecurve mais le fait d avoir patcher comme des gorets kde ET SURTOUT d avoir mis comme mailer et browser par default pour kde mozilla et evolution .

De plus ce qui est interressant dans kolab , c est que plutot faire un truc from scratch ils se basent sur des softs performants stable et eprouvés ( postfix , openldap , apache , proftpd , imapd ... )

Encore plus loin du coté client ou ils font un mix de kmail/kdepim/... plutot de faire comme evolution alors que balsa existait.

la force de Linux ( le kernel ) est d etre libre ce que ne sont pas les outils suse.

Dans ce sens là, à mon avis, un gros traffic, c'est plusieurs centaines ou milliers de messages pour un même domaine.

bin ca tombe bien , moi c est ~150K mails/jour et postfix s en sort tres bien

Et je ne comprend pas trop en quoi Sendmail pourrait refiler des mails en moins de connections qu'un Postfix

il a plus de bras ?

c est quoi un gros traffic ? enfin bon y a des gros FAI qu on plutot l air de bien s en sortir sous postfix.

la question etait pour mdk pas redhat , sur mdk c est tout simple
urpmi_rpm-find-leaves qui est moins bien que deborphan ( au niveau options ) certes mais tou aussi pratique pour faire le menage.

mairde grillaid

-1

Comment on fait sous Postfix pour synchroniser une base IMAP avec une base mail NOTES
faudrait peut voir ca du coté de ce qui gere l imap ( courrier , cyrus ... ) non ?

Est-ce que Postfix permet de gerer en natif des tuyeaux POP2/POP3/IMAP/TALK

pareil qu au dessus ( avec ipop3d et autres )

Peut-on avec Postfix faire du controle / strip de header a la volee pour le relaying transparent de mails internes vers l'exterieur.

tu parles de de la table transport ? ( genre tel from/to foo.tld -> tel smtp )
du rewrite d entete ?

Est ce qu'il est facile de configurer Postfix pour faire du load balancing

Quel type de loadbalancing ( hashing , round robin , least connections , backup ... ) ? pour ma part j ai des alteons devant des doublons de postfix en hashing et ca marche impec.

Postfix possede-t-il un mode natif de gestion/processing du catch-all, des mailing listes

pour le catch all canonical , pour ce qui est des mailings listes je prefere le laisser a sympa ou mailman

oui tout a fait c est son probleme , pareil pour exchange qui n est pas libre non plus , heureusement postfix et exims sont libres eux .

Sendmail a pas su evoluer , fais joujoux avec exim ou postfix un jour en grandeur nature et tu comprendras.

bon ecoute c est par parce que redhat ( et ca doit etre la seule ) met sendmail par default que c est bien , faut se faire une raison sendmail est une merde bien bloat et pas secure. REdhat fais une tres grosse erreur de le mettre par default , les admins qui gardent sendmail sont simplement des dynos qui veulent justifier leur salaire parce que y a qu eux qui savent configurer cette daube .

c est tres simple postfix est

1/ plus performant ( cf caramail qui est passé de sendmail -> postfix , meme si maintenant c est encore devenu la catastrophe )

2/ plus secure , suffit de regarder son fonctionnement , chaque tache est bien separée ( smtp , rewrite , spool ... ) et chacun dans son ptit chroot , que du bonheur

3/ BEAUCOUP plus simple et logique a configurer ( moins on en met plus c' est secure )

il ya vraiment aucune raison d utiliser sendmail , ou alors dans des trucs tres tres particuliers .

sauf que qmail c est pas libre

pour le 4662 c est edonkey et le logo c est un ane , pour le 1412 je vois pas trop ca correspond normallement a innosys , je pense qu il confond avec le 1214 qui correspond a kaaza , par contre je vois pas trop le rapport avec le ver ( spyware ? )