|
|
|
|
||||||
| fr.comp.mail.serveurs Logiciels serveurs de messagerie électronique. |
![]() |
|
|
LinkBack | Outils de la discussion |
|
|
#25 |
|
Messages: n/a
Hébergeur: |
On Mon, 07 Nov 2005 15:38:11 +0100, Vincent Hiribarren wrote:
> Bonjour à tous, Bonjour > Au risque de déclencher un troll, vous utilisez quel serveur IMAP > (pour un serveur "perso"), et pourquoi ? courier-imap, parceque c'est disponible en package binaire, et que j'ai rien eu d'autre à faire que de lancer le deamon. Pour la petite histoire, avec dovecot, il a fallu retoucher un peu dovecot.conf. > En vous remerciant d'avance. De rien. PS: moi je ne sois pas en mbox, mais en Maildir, c'est génial de faire du rsync avec ses mails ;-) -- Rakotomandimby Mihamina, http://aspo.rktmb.org/activites/infogerance Serveurs* sous Debian, Fedora... (*) Serveurs!?: http://fr.search.yahoo.com/search?p=serveurs+dedies |
|
|
|
#26 |
|
Messages: n/a
Hébergeur: |
Arnaud Launay a écrit :
> Le Mon, 07 Nov 2005 17:45:59 +0100, Erwan David écrivit: > >> Le format syrus est écris et lu uniquement par les outils cyrus... > > > C'est quoi le format cyrus ? Un mail par fichier ? C'est vrai que > c'est totalement inutilisable avec les outils de base d'unix tels > que cat. Parce que bon, dans ce cas-là, dans mon mail précédent, > j'ai conçu un outil qui n'est pas un outil cyrus et qui permet de > les lire, donc ça invalide ton affirmation. > > Arnaud. cela dit les fichiers ne sont lisible qu avec le user cyrus (+root) mais cyrus est un maildir modifie, c est a dire un maildir avec en plus une base db pour un cache des mails. car qd on a beaucoup de mail (plusieur milier ou centaines de milier dansun repertoir), maildir s ecroule comme une grosse bouze bien chaude, la solution cyrus se porte mieux, par contre leclient peut avoir des pb si il doit lire le repertoit pour le premiere fois. |
|
|
|
#27 |
|
Messages: n/a
Hébergeur: |
Stephane Dupille <sdupille@NOSPAM.fr.eu.org> writes:
> > Ah, pour un perso, j'avais pas lu. Pour un perso, un postfix avec > > un procmail, et connexion shell directement sur la machine, ça ne > > sert à rien de vouloir se faire chier avec de l'imap. > > J'en vois plusieurs intérêts : > 1/ pour apprendre comment ça marche ; Bah, ça, c'est comme pour tout, installation, potassage de doc, modif de la config, test de la config, ça marche pas, faire en sorte que ça marche, modifier la config d'autres trucs, installer d'autres trucs, retenter la configuration, et ainsi de suite. Et comme on a rien retenu par coeur, à la moindre modification, faut tout repotasser. > 2/ pouvoir avoir un vrai compte nomade plutôt que de se faire chier > avec un mailer en ligne de commande. Voilà :-) Et pour utiliser n'importe quel client imap graphique aussi. -- -+- http://www.alea.net/usenet/ -+- |
|
|
|
#28 |
|
Messages: n/a
Hébergeur: |
"TiChou" <gro.uohcit@uohcit> écrivait:
> Dans le message <news:87br0wjtiw.fsf@nez-casse.depot.rail.eu.org>, > *Erwan David* tapota sur f.c.m.serveurs : > >> Arnaud Launay écrivait : > >>> Maildir, c'est standard dans l'esprit de djb, et nulle part >>> ailleurs. > >> postfix l'écris, fetchmail aussi, courier, mutt et gnus le lisent... > > procmail avec lequel on tire d'autres avantages du format Maildir. Oui j'ai mis fetchmail je vopulais mettre procmail, fetchmail n'écris pas les messages. -- Si vous embauchez, voici mon CV http://www.rail.eu.org/cv/cv.pdf |
|
|
|
#29 |
|
Messages: n/a
Hébergeur: |
"TiChou" <gro.uohcit@uohcit> écrivait:
> Dans le message <news:877jbkjt1y.fsf@nez-casse.depot.rail.eu.org>, > *Erwan David* tapota sur f.c.m.serveurs : > >> Cyrus a des qualités, > > Lesquelles si on le compare à Courier ? Certains ne jurent que par > Cyrus mais j'ai toujours trouvé Courier très satisfaisant. Comme dit par quelqu'un d'autre Cyrus est mieux qand on a quelques dizaines de milliers de boites avec quelques milliers de mails par boite. >> mais pour moi son format de boites est un problème. > > Je trouve même ça rédhibitoire. Ça dépend de ses besoins. -- Si vous embauchez, voici mon CV http://www.rail.eu.org/cv/cv.pdf |
|
|
|
#30 |
|
Messages: n/a
Hébergeur: |
Patrick Lamaizière <adresse@est.invalid> writes:
> Le changement de version 3 vers 4 est un peu galère j'ai trouvé, avec un > port explosé un peu partout. Oui, j'ai mis un petit moment à comprendre pouquoi ça merdouillait et que ça ne voulait pas repartir. Il faudrait que je pense à lire UPDATING avant. En général je l'ouvre quand ça marche plus ![]() > Personne n'utilise "l'implémentation de référence" uw-imap ? Et paf, un Prumpleffer tout neuf. J'ai dû me faire refiler une copie chinoise, c'est pas possible autrement. -- CHC |
|
|
|
#31 |
|
Messages: n/a
Hébergeur: |
Le Lundi 07 novembre 2005 à 16:33 UTC, Stephane Dupille écrivait sur
fr.comp.mail.serveurs : >> Je n'ai pas encore trouvé un mailer qui arrive à la cheville de mutt... > > gnus. Tros gros. Passera pas. @+ -- > Quelqu'un aurait-il une solution pour réinitialiser un MBR Si tu veux qu'il soit complètement blanc (pas souhaitable, à mon avis) : dd if=/dev/zero of=/dev/hda bs=512k count=1 (sous Linux) -+- OT in Guide du linuxien (très) pervers - "Pour les K difficiles" -+- |
|
|
|
#32 |
|
Messages: n/a
Hébergeur: |
Le Wed, 9 Nov 2005 19:45:19 +0000 (UTC), Gérald Niel écrivit:
> >> Je n'ai pas encore trouvé un mailer qui arrive à la cheville de mutt... > > gnus. > Tros gros. Passera pas. HighMem free:112kB min:128kB low:160kB high:192kB active:64040kB inactive:63180kB present:130944kB pages_scanned:141683 all_unreclaimable? yes lowmem_reserve[]: 0 0 0 DMA: 0*4kB 0*8kB 0*16kB 4*32kB 2*64kB 2*128kB 0*256kB 1*512kB 1*1024kB 1*2048kB 0*4096kB = 4096kB Normal: 64*4kB 100*8kB 139*16kB 28*32kB 0*64kB 1*128kB 0*256kB 1*512kB 1*1024kB 1*2048kB 0*4096kB = 7888kB HighMem: 0*4kB 0*8kB 3*16kB 0*32kB 1*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 112kB Swap cache: add 10520330, delete 10520330, find 88966425/90543934, race 2+18869 Free swap = 0kB Total swap = 979956kB Out of Memory: Killed process 20330 (gnus). Ah ben oui. Arnaud. -- Perso: http://launay.org/blog/ Consulting: http://www.cusae.com/ Hébergement: http://www.nocworld.com/ |
|
![]() |
| Outils de la discussion | |
|
|