Probleme de quota avec comptes mail ... - Divers - Linux et OS Alternatifs
Marsh Posté le 30-07-2004 à 10:05:09
c'est quoi le smtp pop ?
Marsh Posté le 30-07-2004 à 10:18:59
passe en imap c'est le bien
Marsh Posté le 30-07-2004 à 10:21:18
Klaimant a écrit : 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 ??
Marsh Posté le 30-07-2004 à 10:24:22
mbox vers MailDir tu veux dire
Marsh Posté le 30-07-2004 à 10:26:25
Klaimant a écrit : mbox vers MailDir tu veux dire |
oui
322 comptes mails
Marsh Posté le 30-07-2004 à 10:27:53
hein hein et vous avez pas de base de données, que des comptes users sur la machine
Marsh Posté le 30-07-2004 à 10:28:48
Klaimant a écrit : hein hein et vous avez pas de base de données, que des comptes users sur la machine |
oui
et c est une RH
Marsh Posté le 30-07-2004 à 10:30:02
oui quoi
Marsh Posté le 30-07-2004 à 10:33:36
JoWiLe a écrit : j'ai jamais fait de mail avec base de données... |
on peut, mais ca bouffe en ressources
quelqu un a deja tenté et surtout reussi une telle migration ?
Marsh Posté le 30-07-2004 à 10:36:06
JoWiLe a écrit : j'ai jamais fait de mail avec base de données... |
comme tu veux
Marsh Posté le 30-07-2004 à 10:36:46
tomate77 a écrit : on peut, mais ca bouffe en ressources |
Si tu scripts bien ton petit script shell ca devrait rulez
EDIT : moins les fautes
Marsh Posté le 30-07-2004 à 10:38:35
JoWiLe a écrit : enfin fait une copie du serveur de mail pour faire tes tests |
Pourquoi donc
Marsh Posté le 30-07-2004 à 10:38:49
JoWiLe a écrit : enfin fait une copie du serveur de mail pour faire tes tests |
c est tendu la becane est loin
Marsh Posté le 30-07-2004 à 10:39:25
JoWiLe a écrit : je me suis toujours demandé comment, quand il y a plusieurs MX, les users font pour récupérer leurs mails par pop... ils doivent le faire sur les 2 serveurs |
les MX secondaires ne servent qu en cas de non dispo du primaire
Marsh Posté le 30-07-2004 à 10:52:41
JoWiLe a écrit : oui, justement |
bah heu oue en fait heu
Marsh Posté le 30-07-2004 à 10:53:22
JoWiLe a écrit : j'ai jamais fait autre chose que SMTP+POP sur le même serveur |
bonne question
car la les champs MX n interviennt plus en fait
Marsh Posté le 30-07-2004 à 10:53:23
JoWiLe a écrit : j'ai jamais fait de mail avec base de données... |
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.
Marsh Posté le 30-07-2004 à 11:13:30
tu peux pas changer la location du .pop pour la mettre dans un dossier sans quotas ?
Marsh Posté le 30-07-2004 à 11:13:53
JoWiLe a écrit : ok |
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
Marsh Posté le 30-07-2004 à 11:14:36
black_lord a écrit : tu peux pas changer la location du .pop pour la mettre dans un dossier sans quotas ? |
bah c est plutot le pb que le .pop appartient tjs au user donc meme dans un autre rep ca fera la meme chose
Marsh Posté le 30-07-2004 à 11:16:13
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
Marsh Posté le 30-07-2004 à 11:20:50
JoWiLe a écrit : je sais bien comment ça marche pour le SMTP et les MX multiples... |
nan car c est un A dans le DNS donc une ip simple en general ...
Marsh Posté le 30-07-2004 à 11:29:10
JoWiLe a écrit : déjà, y pas forcément qu'un seule A record, mais c'est autre chose... |
sauf que si ton server qui a le popd tombe ca marchera plus
Marsh Posté le 30-07-2004 à 11:50:55
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.
Marsh Posté le 30-07-2004 à 12:08:54
JoWiLe a écrit : bien sur |
c est bien pour ca que ca marche pas
Marsh Posté le 30-07-2004 à 12:09:24
chaica a écrit : Pour une infrastructure mail toujours dispo: |
oue mais la faut l infra derriere aussi
Marsh Posté le 30-07-2004 à 12:15:18
tomate77 a écrit : oue mais la faut l infra derriere aussi |
Ben tu fais pas de la haute dispo si t'as pas les moyens
Marsh Posté le 30-07-2004 à 12:17:29
chaica a écrit : Ben tu fais pas de la haute dispo si t'as pas les moyens |
certes
Marsh Posté le 30-07-2004 à 12:21:40
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...
Marsh Posté le 30-07-2004 à 12:25:34
et sinon pour mon pb ??
Marsh Posté le 30-07-2004 à 12:48:56
tomate77 a écrit : on peut, mais ca bouffe en ressources |
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 .
Marsh Posté le 30-07-2004 à 12:49:48
JoWiLe a écrit : oui, justement |
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 )
Marsh Posté le 30-07-2004 à 12:50:38
tomate77 a écrit : bah les MX multiples c est kan le MX de poids le plus faible tombe, le ou les autres prennent le relais |
le MX de toute maniere doit correspondre a un nom qui pointe sur un A .
Marsh Posté le 30-07-2004 à 12:53:14
mikala a écrit : le MX de toute maniere doit correspondre a un nom qui pointe sur un A . |
oui mais le pop ne verifie pas les MX
Marsh Posté le 30-07-2004 à 12:55:51
mikala a écrit : users systemes --> users virtuels ? avec un mbox --> Maildir |
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
Marsh Posté le 30-07-2004 à 12:58:52
tomate77 a écrit : users systemes, ils sont tous gérés en virtuel (virtual_maps et compagnie dans la conf ) |
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
tomate77 a écrit : |
pop-before-smtp --> cela ne gene en rien
ensuite tu mets courier-pop a la place de qpoper si tu passes en Maildir .
Marsh Posté le 30-07-2004 à 13:00:05
mikala a écrit : oui , je m'étais fait +/- chier a la main vu qu'il n'y en avait qu'une dizaine . |
donc tu n as pas utilisé les scripts mb2md ??
mikala a écrit : |
oue donc faudra que je refasse la conf pour courier-pop, en plus de celle de procmail
Marsh Posté le 30-07-2004 à 13:03:31
tomate77 a écrit : donc tu n as pas utilisé les scripts mb2md ?? |
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
tomate77 a écrit : |
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 .
Marsh Posté le 30-07-2004 à 10:02:29
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 ??
---------------
:: Light is Right ::