salut,
 
j ai un server avec des comptes POP en mbox (quelle erreur )
et bien sur des quota (12Mo autorises) pour tous les users
 
le pb : quand le compte arrive a 6Mo, il n est plus possible de recuperer les mails car bien sur le server mail cree un .pop du compte de 6Mo egalement
 
comment regler ce pb sans augmenter les quotas ??

c'est quoi le smtp pop ?

postfix/qpoper

passe en imap c'est le bien

moue mais il y a pas mal de comptes clients
 
j aimerai bien passer en imap mais bon
faut que j  en parle a mon chef
 
ca se passe bien la migration mbox2imap ??

mbox vers MailDir tu veux dire

oui
 
322 comptes mails  

hein hein et vous avez pas de base de données, que des comptes users sur la machine

oui  
 
et c est une RH  

oui quoi

on peut, mais ca bouffe en ressources
 
quelqu un a deja tenté et surtout reussi une telle migration ?

 
comme tu veux

 
Si tu scripts bien ton petit script shell ca devrait rulez
 
 
EDIT : moins les fautes

 
Pourquoi donc

c est tendu la becane est loin

les MX secondaires ne servent qu en cas de non dispo du primaire

bah heu oue en fait heu

bonne question
 
car la les champs MX n interviennt plus en fait

tu ne stockes que les infos des users/domaines pas les données (les mails quoi) qui elles sont dans un rep defini avec des sous rep portant le nom de l'user.

tu peux pas changer la location du .pop pour la mettre dans un dossier sans quotas ?

bah les MX multiples c est kan le MX de poids le plus faible tombe, le ou les autres prennent le relais
 
pour la recuperation ca marche pas pareil car en general l adresse du server pop ou imap est un champ A dans le DNS, donc pointe sur 1 ip en general

bah c est plutot le pb que le .pop appartient tjs au user donc meme dans un autre rep ca fera la meme chose

tu peux pas foute un quota par dossier plutot que par user ?
 
edit :va falloir que je m'interesse au serveur mails + quotas + fecthmail moi

nan car c est un A dans le DNS donc une ip simple en general ...

sauf que si ton server qui a le popd tombe ca marchera plus

Pour une infrastructure mail toujours dispo:
en premier mx une virtual ip qui est un loadbalancer qui te redirige sur les serveurs mail.
En second mx les machines mail direct
 
En pop/imap même système que le premier mx du smtp.

c est bien pour ca que ca marche pas

oue mais la faut l infra derriere aussi

 
Ben tu fais pas de la haute dispo si t'as pas les moyens

certes

5 pcs mini, 2 loadbalancers en failover qui redirige sur 2 serveurs mails avec les données en montage nfs du filer.
Mais bon pour 300 clients...

et sinon pour mon pb ??

users systemes --> users virtuels ? avec un mbox --> Maildir
oui mais que sur 60 comptes \o/
le seul truc chiant avait été le cas des utilisateurs ayant spécifié des 'dossiers' a part sur leur webmail .

quand le serveur primaire redevient up , les mx secondaires lui refiles les mails en attente ( ou il est aussi possible de faire un ETRN sur ces serveurs )

le MX de toute maniere doit correspondre a un nom qui pointe sur un A .

oui mais le pop ne verifie pas les MX

users systemes, ils sont tous gérés en virtuel (virtual_maps et compagnie dans la conf )
 
il n y a pas de webmail sur ce serveur et tant mieux
enfin pas encore, c est un projet que j aimerai bien mettre en place
 
donc a part s il y a des comptes un peu particuliers, la migration se passe bien ??
 
et qpoper je crois qu il gere pas le maildir ce con
le pb c est qu il y a drac pour le pop-before-smtp

oui , je m'étais fait +/- chier a la main vu qu'il n'y en avait qu'une dizaine .
(d'ou l'importance de bien choisir son archi au départ
 

pop-before-smtp --> cela ne gene en rien
ensuite tu mets courier-pop a la place de qpoper si tu passes en Maildir .

donc tu n as pas utilisé les scripts mb2md ??
 

oue donc faudra que je refasse la conf pour courier-pop, en plus de celle de procmail

bah si pour passer le /var/spool/mail/user vers le /usr/local/virtual/domaine/user@domaine/Maildir .
par contre pour les 'dossiers' au format mbox présent dans le /home/user j'y suis allé a la mano vu qu'ils avaient des noms exotiques o.O
 

en meme temps la configuration de courier-pop
apres si tu utilises du virtual , procmail ne sera pas le mda approprié a mon avis , il vaut mieux te tourner vers maildrop .