[RESOLU][Maildrop]Gestion des quotas

jak0lantash · Le 10/03/2008, à 21:18

Bonjour,

J'ai juste deux petites questions sur la gestion des quotas par Maildrop.
J'utilise un serveur PostFix avec Courier en MTA.
J'ai config tout ça sur une BDD MySQL pour les utilisateurs virtuels.
La gestion des quotas est OK.

Quand un mail est envoyé à une boite mail pleine, il est bien rejeté.

Mar 10 20:09:20  postfix/pipe[17979]: 39B96FE4210: to=<testuser@mondomaine.eu>, relay=maildrop, delay=0.19, delays=0.12/0.01/0/0.05, dsn=4.3.0, status=deferred (temporary failure. Command output: maildrop: maildir over quota. )

J'ai toutefois essayé de configurer maildrop pour qu'il envoye un mail à l'utilisateur pour lui indiquer que sa boite est pleine. Mais je comprends pas, rien ne se passe. Et surtout, je comprend pas comment indiquer à dropmail qu'il faut utiliser tel fichier source pour le mail.

Deuxième point, lorsque le mail est rejeté, c'est tagué en temporary failure. L'emetteur du mail n'est donc pas informé que le destinataire n'a pas reçu le mail. Je souhaiterai que le mail soit directement rejected, tout de suite.

Si quelqu'un pouvait m'éclairer svp...

Je me suis basé sur le tuto : http://www.starbridge.org/spip/spip.php?article17

toniotonio, j'attends tes commentaires lol
En tout cas, merci pour toute ton aide !

Dernière modification par jak0lantash (Le 10/07/2008, à 00:34)

Fenrir · Le 10/03/2008, à 23:23

Je te conseille plutôt d'interdire à tes utilisateur d'envoyer des mails quand leur boite est pleine, mais qu'ils puissent continuer à en recevoir (jusqu'à une certaine limite) quand leur boite est pleine

par exemple avec un quota de 100mo
de 0 à 100 pas de pb
de 100 à 120 ok en réception mais envoi impossible
au dessus de 120 reject

maintenant pour faire ça techniquement, il te faut les champs ad hoc dans ta base (perso j'utilise dovecot sur un annuaire ldap, mais je n'ai pas mis de telle fonction en place)
il faut aussi que ton postfix soit compilé avec le support des quota (ce n'est pas le cas par défaut en général)

en groupwise je sais faire, en postfix, pas cherché
là comme ça, je ferai un petit script pour vérifier la taille des boites et désactiver le compte smtp (en envoi) des utilisateurs
pour l'envoi de mail à ton utilisateur, tu peux essayer en partant d'un script comme celui ci : http://puuhis.net/vhcs/quota.txt

maintenant pour l'erreur retournée, c'est tout à fait normale comme comportement

pour une gestion plus fine des quota, tu as 1 patch postfix :
http://vda.sourceforge.net/

et un script à mettre en crontab : http://www.cpan.org/modules/by-authors/id/R/RM/RMALAFAIA/postmmon/postmmon_v.0.0.6

désolé de ne pas aider plus, si un jour j'ai besoin de ces fonctionnalités, et que je trouve comment faire, je reposterai

toniotonio · Le 10/03/2008, à 23:38

par defaut dans le tuto, le mail est rejeté immédiatement:

tu devrais avoir ca:

 ....dsn=5.7.0, status=bounced (permission denied. Command output: maildrop: maildir over quota. )

as tu bien suivi le tuto ? maildrop compilé ?

ta version de maildrop ne doit pas etre la bonne car c'est un ancien comportement que de rejeter temporairement le message.

pour le message d'alerte au user dont la boite est proche du quota il faut bien positionner le message d'alerte dans le bon repertoire.
c'est different si tu as compilé ou bien installé maidrop depuis les paquets
dans mon tuto c'est compilé et les chemins indiqués ne sont valables que dans ce cas.

en ce qui concerne le patch VDA je le deconseille fortement.

il n'est pas supporté par postfix d'une maniere officielle,on peut meme dire qu'il est plutot mal vu par le createur de postfix qui considere que ce patch a été écrit avec les pieds.

Maidrop fait tres bien le boulot sur le quota, et rien ne justifie donc de patcher postfix

Dernière modification par toniotonio (Le 10/03/2008, à 23:46)

jak0lantash · Le 11/03/2008, à 00:26

Bonsoir à tous les deux.

Merci Fenrir pour tes indications. C'est vrai que c'est un comportement assez interessant que de désactiver le compte SMTP temporairement si l'utilisateur dépasse son quota. Après, cela revient au même, il faut pouvoir envoyer un mail pour prévenir que la boite est presque pleine et que l'envoi est refusé. Idem si la boite dépasse le deuxième seuil...
Le seul problème c'est que c'est pas du temps réel. Au pire, fait un petit script genre en perl exécuté via CRONTAB, ça devrait pas être très compliqué... Mais ça reste pas en temps réel.

toniotonio, c'est pas la version compilée. J'ai essayé de compiler, mais j'ai eu plusieurs erreurs. Au final ça m'a saoulé, donc j'ai pris celle installée par les paquets courier directement. Et effectivement, l'arborescence que tu indique pour le final, n'existe pas... Dois-je persévérer dans la compil ou est ce qu'y a une combine ??

Pour le rejet de mail, j'ai finalement opté pour les options de postfix :

maximal_queue_lifetime = 15m
minimal_backoff_time = 10m
maximal_backoff_time = 30m
queue_run_delay = 15m

Ca répond assez bien à ma demande...

Merci pour vous réponses.

Dernière modification par jak0lantash (Le 11/03/2008, à 00:28)

toniotonio · Le 11/03/2008, à 07:48

pour eviter le rejet temporaire il faut compiler, les paquets courier ancien n'ont pas la bonne option.

pour le mail d'alerte avec la version en paquet, de memoire il faut placer le fichier quotawarnmsg dans /etc/courier/

je te deconseille de modifier les options que tu cites dans le main.cf, notamment le maximal_queue_lifetime
cela va entrainer des pbs tres rapidement.

resoud plutot le pb sans bidouiller postfix

jak0lantash · Le 11/03/2008, à 15:31

Quand j'essaye de compiler, j'ai des erreurs, j'ai jamais compiler un truc sous Linux et je galère !!

Pour le mail d'alerte, je vais essayer ça de suite. Merci

De quel genre de problème parles-tu avec la modification du maximal_queue_lifetime ??

toniotonio · Le 11/03/2008, à 15:35

perte de mail, tout simplement

jak0lantash · Le 11/03/2008, à 16:01

Ah bon ??? Mais comment ça se fait ça ?
Ca arrivera de manière aléatoire ? Faut beaucoup de traffic pour que ça se produise ou pas ?

toniotonio · Le 11/03/2008, à 16:12

le maximal_queue_lifetime est capital dans le traitement des mails
si pour une raison x ou y le serveur distant ne repond pas, le mail sera rejeté au bout de 15 minutes et non de 5 jours comme par defaut !!

autant dire qu'un pb dns, reseau, ou autre temporaire seront fatals.

et meme pour la reception sur ton serveur la queue est utile si par exemple tu as un service comme amavisd qui tombe.
dans ce cas c'est postfix qui conserve le mail en queue pendant 5 jours.

ici c'est 15 minutes puis le sender recevra une notification.
c'est bcp trop court

ensuite les backoff time que tu indiques n'ont pas de sens puisque l'intervalle maximum depasse le temps max de vie en queue....

idem pour le queue run delay...

bref laisse tout par defaut si tu ne veux pas avoir des surprises...

jak0lantash · Le 11/03/2008, à 16:33

OK merci, mais du coup, faut que je puisse trouver un autre moyen de rejeter le mail direct...

toniotonio · Le 11/03/2008, à 16:57

compilation de maildrop

fais voir les erreurs que tu as

jak0lantash · Le 11/03/2008, à 16:58

J'ai réinit les paramètres que tu m'as dit sur PostFix

ls /etc/courier/quotawarnmsg
/etc/courier/quotawarnmsg

relay=maildrop, delay=0.14, delays=0.08/0.01/0/0.05, dsn=4.3.0, status=deferred (temporary failure. Command output: maildrop: maildir over quota. )

Mais toujours pas de mail... Et le rejet va prendre plusieurs jours...
Comment faire ?

toniotonio · Le 11/03/2008, à 17:09

comme je te le disais pour le rejet c'est l'upgrade de maildrop la solution

je peux t'aider si tu veux pour la compil

pour le message d'alerte au proprietaire de la boite proche du quota, il faut voir la conf:

authmysqlrc
master.cf
un ls -la du maildir du user

jak0lantash · Le 11/03/2008, à 17:51

Pour le message :

ls -la /home/vmail/testuser\@mondomaine.eu/
total 40
drwx------ 9 vmail vmail 4096 2008-03-10 19:04 .
drwxr-xr-x 5 vmail vmail 4096 2008-03-11 15:52 ..
drwx------ 2 vmail vmail 4096 2008-03-10 21:29 cur
-rw-r----- 1 vmail vmail   34 2008-03-11 15:57 maildirsize
drwx------ 2 vmail vmail 4096 2008-03-10 21:29 new
drwx------ 5 vmail vmail 4096 2008-03-10 19:04 .sent-mail
drwx------ 5 vmail vmail 4096 2008-03-10 19:04 .Spam
drwx------ 5 vmail vmail 4096 2008-03-10 19:04 .SpamFalse
drwx------ 5 vmail vmail 4096 2008-03-10 19:04 .SpamToLearn
drwx------ 2 vmail vmail 4096 2008-03-11 15:57 tmp

cat /etc/postfix/master.cf
maildrop  unix  -       n       n       -       -       pipe
 flags=DRhu user=vmail argv=/usr/bin/maildrop -w 90 -d ${user}@${nexthop} ${extension} ${recipient} ${user} ${nexthop} ${sender}

cat /etc/courier/authmysqlrc
MYSQL_SERVER            127.0.0.1
MYSQL_USERNAME          postfix
MYSQL_PASSWORD          ****
MYSQL_SOCKET            /var/run/mysqld/mysqld.sock
MYSQL_PORT              0
MYSQL_OPT               0
MYSQL_DATABASE          postfix
MYSQL_SELECT_CLAUSE     SELECT \
...
CONCAT(`postfix`.`pfx_profiles`.`pfp_quota`,'S') AS 'quota', \
...

Pour la compil (après make install) :

/usr/local/courier/bin/maildrop -v
/usr/local/courier/bin/maildrop: error while loading shared libraries: libpcre.so.0: cannot open shared object file: No such file or directory

Dernière modification par jak0lantash (Le 11/03/2008, à 17:51)

toniotonio · Le 11/03/2008, à 17:59

as tu installé tous les paquets comme indiqué dans le tuto ?

aptitude install bzip2 gcc libpcre3-dev libpcre++-dev courier-authlib-dev g++ libtool libmysqlclient15-dev make libssl-dev

pour le reste tu colles au tuto ?

jak0lantash · Le 11/03/2008, à 18:13

aptitude install bzip2 gcc libpcre3-dev libpcre++-dev courier-authlib-dev g++ libtool libmysqlclient15-dev make libssl-dev
Lecture des listes de paquets... Fait
Construction de l'arbre des dÃ©pendances
Reading state information... Fait
Reading extended state information
Initializing package states... Fait
Building tag database... Fait
Couldn't find any package whose name or description matched "libpcre++-dev"
The following packages have been automatically kept back:
  libisccc0 libxml2
The following NEW packages will be automatically installed:
  libpcrecpp0
The following packages have been kept back:
  bind9-host dnsutils libbind9-0 libdns21 libisc11 libisccfg1 liblwres9
The following NEW packages will be installed:
  libpcre3-dev libpcrecpp0
0 packages upgraded, 2 newly installed, 0 to remove and 9 not upgraded.
Need to get 341kB of archives. After unpacking 791kB will be used.
Do you want to continue? [Y/n/?] y
Writing extended state information... Fait
Err http://fr.archive.ubuntu.com edgy-updates/main libpcrecpp0 7.4-0ubuntu0.6.10.1
  404 Not Found
Err http://security.ubuntu.com edgy-security/main libpcrecpp0 7.4-0ubuntu0.6.10.1
  404 Not Found
Err http://security.ubuntu.com edgy-security/main libpcre3-dev 7.4-0ubuntu0.6.10.1
  404 Not Found

Pour le reste, je colle au tuto... Enfin presque ^^

Dernière modification par jak0lantash (Le 11/03/2008, à 18:14)

toniotonio · Le 11/03/2008, à 18:18

dans edgy je crois que c'est normal que ce paquet n'apparaisse

a priori maintenant tu devrais pouvoir recompiler maildrop comme indiqué dans le tuto

jak0lantash · Le 11/03/2008, à 18:38

Idem après avoir refait les ./configure, make et make install ...

libpcre.so.0 C'est koi ce truc là ??? :mad::mad:

Pourtant

locate libpcre.so.0
/root/installs/pcre-7.6/.libs/libpcre.so.0
/root/installs/pcre-7.6/.libs/libpcre.so.0.0.1
/usr/local/lib/libpcre.so.0
/usr/local/lib/libpcre.so.0.0.1

:lol::|:o

Faut-il passer un parametre au configure pour specifier le path ?

Dernière modification par jak0lantash (Le 11/03/2008, à 18:41)

jak0lantash · Le 11/03/2008, à 18:46

J'ai essayé avec :

./configure -prefix=/usr/local/courier --with-etcdir=directory=/etc/courier  --enable-maildrop-uid=20001 --enable-maildrop-gid=20001 --enable-maildirquota --without-db --includedir=/usr/local/lib/

Mais c'est pareil

toniotonio · Le 11/03/2008, à 18:49

installe libpcre3 en paquet et remet le configure comme dans le tuto

Dernière modification par toniotonio (Le 11/03/2008, à 18:49)

jak0lantash · Le 11/03/2008, à 19:04

Moi pas comprendre

aptitude install libpcre3
Lecture des listes de paquets... Fait
Construction de l'arbre des dÃ©pendances
Reading state information... Fait
Reading extended state information
Initializing package states... Fait
Building tag database... Fait
The following packages have been automatically kept back:
  libisccc0 libxml2
The following packages have been kept back:
  bind9-host dnsutils libbind9-0 libdns21 libisc11 libisccfg1 liblwres9
0 packages upgraded, 0 newly installed, 0 to remove and 9 not upgraded.
Need to get 0B of archives. After unpacking 0B will be used.
Writing extended state information... Fait

toniotonio · Le 11/03/2008, à 19:56

aptitude search libpcre

edgy c'est vieux

jak0lantash · Le 11/03/2008, à 20:12

aptitude search libpcre
p   libpcre-ocaml                                                          - OCaml bindings for PCRE (Perl Compatible Regular Expression)
p   libpcre-ocaml-dev                                                      - OCaml bindings for PCRE (Perl Compatible Regular Expression)
i A libpcre3                                                               - Perl 5 Compatible Regular Expression Library - runtime files
pi  libpcre3-dev                                                           - Perl 5 Compatible Regular Expression Library - development files
pi  libpcrecpp0                                                            - Perl 5 Compatible Regular Expression Library - C++ runtime files

toniotonio · Le 11/03/2008, à 20:20

aptitude reinstall libpcre3

jak0lantash · Le 11/03/2008, à 20:43

aptitude reinstall libpcre3
Lecture des listes de paquets... Fait
Construction de l'arbre des dÃ©pendances
Reading state information... Fait
Reading extended state information
Initializing package states... Fait
Building tag database... Fait
The following packages have been automatically kept back:
  libisccc0 libxml2
The following packages have been kept back:
  bind9-host dnsutils libbind9-0 libdns21 libisc11 libisccfg1 liblwres9
The following packages will be REINSTALLED:
  libpcre3
0 packages upgraded, 0 newly installed, 1 reinstalled, 0 to remove and 9 not upgraded.
Need to get 0B/198kB of archives. After unpacking 0B will be used.
Writing extended state information... Fait
(Lecture de la base de donnÃ©es... 22669 fichiers et rÃ©pertoires dÃ©jÃ  installÃ©s.)
PrÃ©paration du remplacement de libpcre3 7.4-0ubuntu0.6.10.1 (en utilisant .../libpcre3_7.4-0ubuntu0.6.10.1_i386.deb) ...
DÃ©paquetage de la mise Ã  jour de libpcre3 ...
ParamÃ©trage de libpcre3 (7.4-0ubuntu0.6.10.1) ...

/usr/local/courier/bin/maildrop -v
/usr/local/courier/bin/maildrop: error while loading shared libraries: libpcre.so.0: cannot open shared object file: No such file or directory

Il faut que je recompile ou pas ?

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 10/03/2008, à 21:18

[RESOLU][Maildrop]Gestion des quotas

#2 Le 10/03/2008, à 23:23

Re : [RESOLU][Maildrop]Gestion des quotas

#3 Le 10/03/2008, à 23:38

Re : [RESOLU][Maildrop]Gestion des quotas

#4 Le 11/03/2008, à 00:26

Re : [RESOLU][Maildrop]Gestion des quotas

#5 Le 11/03/2008, à 07:48

Re : [RESOLU][Maildrop]Gestion des quotas

#6 Le 11/03/2008, à 15:31

Re : [RESOLU][Maildrop]Gestion des quotas

#7 Le 11/03/2008, à 15:35

Re : [RESOLU][Maildrop]Gestion des quotas

#8 Le 11/03/2008, à 16:01

Re : [RESOLU][Maildrop]Gestion des quotas

#9 Le 11/03/2008, à 16:12

Re : [RESOLU][Maildrop]Gestion des quotas

#10 Le 11/03/2008, à 16:33

Re : [RESOLU][Maildrop]Gestion des quotas

#11 Le 11/03/2008, à 16:57

Re : [RESOLU][Maildrop]Gestion des quotas

#12 Le 11/03/2008, à 16:58

Re : [RESOLU][Maildrop]Gestion des quotas

#13 Le 11/03/2008, à 17:09

Re : [RESOLU][Maildrop]Gestion des quotas

#14 Le 11/03/2008, à 17:51

Re : [RESOLU][Maildrop]Gestion des quotas

#15 Le 11/03/2008, à 17:59

Re : [RESOLU][Maildrop]Gestion des quotas

#16 Le 11/03/2008, à 18:13

Re : [RESOLU][Maildrop]Gestion des quotas

#17 Le 11/03/2008, à 18:18

Re : [RESOLU][Maildrop]Gestion des quotas

#18 Le 11/03/2008, à 18:38

Re : [RESOLU][Maildrop]Gestion des quotas

#19 Le 11/03/2008, à 18:46

Re : [RESOLU][Maildrop]Gestion des quotas

#20 Le 11/03/2008, à 18:49

Re : [RESOLU][Maildrop]Gestion des quotas

#21 Le 11/03/2008, à 19:04

Re : [RESOLU][Maildrop]Gestion des quotas

#22 Le 11/03/2008, à 19:56

Re : [RESOLU][Maildrop]Gestion des quotas

#23 Le 11/03/2008, à 20:12

Re : [RESOLU][Maildrop]Gestion des quotas

#24 Le 11/03/2008, à 20:20

Re : [RESOLU][Maildrop]Gestion des quotas

#25 Le 11/03/2008, à 20:43

Re : [RESOLU][Maildrop]Gestion des quotas

Pied de page des forums