Postfix, Maildrop et les quotas

mouss wrote:

Frédéric Massot wrote:

Le problème quand les quotas sont atteints, c'est que les émetteurs
des mails ne sont pas avertis immédiatement que leurs mails n'ont pas
été distribués. Postfix place les mails dans la file d'attente,
re-essaye régulierement et au bout de quelques jours avertit
l'émetteur que son mail n'a pas été délivré.

C'est pareil à la poste. Après tout, smtp n'est pas un protocole de
messagerie instantanée. Lorsqu'une erreur "temporaire" est detectée,
le serveur doit garder le message et réessayer, et ce pendant une
certaine durée (configurable), généralement de 4 à 5 jours. certains
serveurs peuvent activer les notifications de délai pour informer
l'expéditeur (mais ça devient lassant si ça arrive souvent). Dans tous
les cas, la livraison n'est pas garantie (si le disque meurt après que
le message a été mis en queue, y a rien à faire), et en ces jours
spamatiques, ça l'est de moins en moins (parfois, les mails sont mis
en quarantaine ou dans un dossier qui peut être inconsultable
tellement il contient de pourriel. mais les mails commencenet aussi à
disparaitre, tout simplement! et il n'y a pas que hotmail qui fait
disparaitre les messages).

J'ai un autre serveur de messagerie avec Postfix, sans hôte virtuel
(compte Unix) et avec les quotas du système de fichier.

Avec celui-ci lorsque les quotas d'une boite sont atteints, l'émetteur
d'un mail vers cette boite à tout de suite un mail en retour lui
indiquant que son mail n'a pas été délivré pour cause de quota dépassé.

J'aimerai avoir le même fonctionnement avec Maildrop, est-ce possible ?

Frédéric Massot wrote:

Avec celui-ci lorsque les quotas d'une boite sont atteints, l'émetteur
d'un mail vers cette boite à tout de suite un mail en retour lui
indiquant que son mail n'a pas été délivré pour cause de quota dépassé.

J'aimerai avoir le même fonctionnement avec Maildrop, est-ce possible ?

En principe, maildrop fait pareil. il faudrait que tu simules une
livraison à une boute pleine et que tu voies quel est le code de retour
(l'exists status). par contre, il faut que la boite soit pleine au sens
de maildrop (courier) et non au sens du système de fichiers ou au sens
d'un serveur imap avec qui maildrop ne sait pas s'entendre.

mouss wrote:

Frédéric Massot wrote:

[...]

Avec celui-ci lorsque les quotas d'une boite sont atteints, l'émetteur
d'un mail vers cette boite à tout de suite un mail en retour lui
indiquant que son mail n'a pas été délivré pour cause de quota dépassé.

J'aimerai avoir le même fonctionnement avec Maildrop, est-ce possible ?

En principe, maildrop fait pareil. il faudrait que tu simules une
livraison à une boute pleine et que tu voies quel est le code de retour
(l'exists status). par contre, il faut que la boite soit pleine au sens
de maildrop (courier) et non au sens du système de fichiers ou au sens
d'un serveur imap avec qui maildrop ne sait pas s'entendre.

Maildrop retourne le code 75, ce qui correspond à EX_TEMPFAIL. Il
faudrait qu'il retourne le code 77 (EX_NOPERM) comme l'indique la page
de manuel de deliverquota.

Frédéric Massot wrote:

Maildrop retourne le code 75, ce qui correspond à EX_TEMPFAIL. Il
faudrait qu'il retourne le code 77 (EX_NOPERM) comme l'indique la page
de manuel de deliverquota.

Dans un mail sur la liste de maildrop (ça date de Juin), l'auteur dit:

"
maildrop should terminate with exit code 77, if the maildir is full,
which should be treated as a permanent failure code.

You'll need to double check which failure codes are considered permanent
codes by Postfix.
"

tu peux voir le petit échange sur:

http://www.nabble.com/Maildrop-for-bouncing-back-messages-on-overquota-mailboxes-to11136293.html

mouss wrote:

Frédéric Massot wrote:

[...]

Maildrop retourne le code 75, ce qui correspond à EX_TEMPFAIL. Il
faudrait qu'il retourne le code 77 (EX_NOPERM) comme l'indique la
page de manuel de deliverquota.

Dans un mail sur la liste de maildrop (ça date de Juin), l'auteur dit:

"
maildrop should terminate with exit code 77, if the maildir is full,
which should be treated as a permanent failure code.

You'll need to double check which failure codes are considered permanent
codes by Postfix.
"

tu peux voir le petit échange sur:

http://www.nabble.com/Maildrop-for-bouncing-back-messages-on-overquota-mailboxes-to11136293.html

Dans le fichier "maildrop/deliver.C" on peut voir les lignes qui gèrent
le code de sortie de maildrop en cas de quotas dépassés :

if ( deliver_maildir.MaildirOpen(mailbox, deliver_file,
maildrop.msgptr->MessageSize()) < 0)
{
#if HAVE_COURIER
throw 75;
#else
throw 77;
#endif
}


Si Maildrop est inclus dans la suite Courier le code de sortie est 75
(EX_TEMPFAIL), sinon 77 (EX_NOPERM).

On trouve la définition de HAVE_COURIER dans le fichier
"maildrop/configure.in" :

if test -d $srcdir/../courier
then
#
# This version of maildrop is integrated into Courier mail server

AC_DEFINE_UNQUOTED(HAVE_COURIER,1,
[ Whether this version of maildrop is part of Courier ])
fi


Le code source correspond bien à mon besoin, le code de sortie indique
une erreur permanente en cas de quota atteint. J'ai bien installé le
paquet maildrop et non pas courier-maildrop, je comprends de moins en
moins... vivement les vacances. :o)

sauf que c'est viré dans le package:

--- maildrop-2.0.2.orig/debian/patches/004-maildrop-permanent-err.patch
+++ maildrop-2.0.2/debian/patches/004-maildrop-permanent-err.patch
@@ -0,0 +1,15 @@
+diff --git a/maildrop/deliver.C b/maildrop/deliver.C
+--- a/maildrop/deliver.C
++++ b/maildrop/deliver.C
+@@ -153,11 +153,7 @@ Buffer b;
+ if ( deliver_maildir.MaildirOpen(mailbox, deliver_file,
+ maildrop.msgptr->MessageSize()) < 0)
+ {
+-#if HAVE_COURIER
+ throw 75;
+-#else
+- throw 77;
+-#endif
+ }
+
+ format_mbox.Init(0);

mouss wrote:
[...]

sauf que c'est viré dans le package:

--- maildrop-2.0.2.orig/debian/patches/004-maildrop-permanent-err.patch
+++ maildrop-2.0.2/debian/patches/004-maildrop-permanent-err.patch
@@ -0,0 +1,15 @@
+diff --git a/maildrop/deliver.C b/maildrop/deliver.C
+--- a/maildrop/deliver.C
++++ b/maildrop/deliver.C
+@@ -153,11 +153,7 @@ Buffer b;
+ if ( deliver_maildir.MaildirOpen(mailbox, deliver_file,
+ maildrop.msgptr->MessageSize()) < 0)
+ {
+-#if HAVE_COURIER
+ throw 75;
+-#else
+- throw 77;
+-#endif
+ }
+
+ format_mbox.Init(0);

Ça sent le rapport de bug. :o)

Merci pour l'aide.

Frédéric Massot wrote:

mouss wrote:
[...]

sauf que c'est viré dans le package:

--- maildrop-2.0.2.orig/debian/patches/004-maildrop-permanent-err.patch
+++ maildrop-2.0.2/debian/patches/004-maildrop-permanent-err.patch
@@ -0,0 +1,15 @@
+diff --git a/maildrop/deliver.C b/maildrop/deliver.C
+--- a/maildrop/deliver.C
++++ b/maildrop/deliver.C
+@@ -153,11 +153,7 @@ Buffer b;
+ if ( deliver_maildir.MaildirOpen(mailbox, deliver_file,
+ maildrop.msgptr->MessageSize()) < 0)
+ {
+-#if HAVE_COURIER
+ throw 75;
+-#else
+- throw 77;
+-#endif
+ }
+
+ format_mbox.Init(0);

Ça sent le rapport de bug. :o)

ce qui est dommage, c'est qu'il n'y a pas de commentaire pour justifier
le diff. j'ai envoyé un mail sur la liste de maildrop pour demander s'il
serait possible que le HAVE_COURIER soit remplacé par du run-time au
lieu du compile-time. cela permettrait d'avoir un seul package et de ne
plus s'embeter avec des patches selon le MTA.