[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Postfix, Maildrop et les quotas



Julien Valroff wrote:
> Le jeudi 13 décembre 2007 à 18:43 +0100, Julien Valroff a écrit :
>> Le jeudi 13 décembre 2007 à 18:14 +0100, Frédéric Massot a écrit :
>>> mouss wrote:
>>>> Frédéric Massot wrote:
>>>>> Bonjour,
>>>>>
>>>>> Sur un serveur de messagerie, il y a d'installé Postfix, 
>>>>> Courier-pop/imap et Maildrop pour délivrer les mails dans les boites 
>>>>> virtuels. Les quotas sont gérés par Maildrop.
>> [...]
>>>>> Mon problème est que lorsque les quotas sont atteints, les mails ne 
>>>>> sont pas rejetés, mais mis dans la file d'attente.
>>>>>
>>>>> postfix/pipe: to=<contact@toto.com>, relay=maildrop, delay=167816, 
>>>>> delays=167810/0.03/0/5.8, dsn=4.3.0, status=deferred (temporary 
>>>>> failure. Command output: maildrop: maildir over quota. )
>>>>>
>>>> ça veut dire que maildrop remonte une erreur temporaire et non 
>>>> permanente. est-ce que le quota n'est pas celui du système (filesystem 
>>>> quota)?
>>> Bonjour,
>>>
>>> Il n'y a pas de quota sur le système de fichier, les quotas sont gérés 
>>> par Maildrop via courier-authlib, qui accède à la base de données où 
>>> sont enregistrés les informations sur les comptes.
>>>
>>> Je ne comprends pas pourquoi il y a cette erreur temporaire, je devrais 
>>> avoir comme statut "bounced". J'ai refais plusieurs fois le tour de la 
>>> config sans voir d'où peut venir le problème.  :o(
>> maildrop retourne EX_TEMPFAIL (75) qui est une erreur temporaire. Ça me
>> parait cohérent d'une certaine façon, car l'utilisateur dont les quotas
>> sont dépassés se voit délivrer un message l'alertant du problème (par
>> maildrop directement), et peut ainsi supprimer d'anciens messages, lui
>> permettant de recevoir à nouveau les e-mails en attente.
> 
> Après vérification et test, ce n'est en tout cas pas le comportement par
> défaut de Dovecot MDA qui rejette bien le mail immédiatement.

non, la c'est maildrop. il y a plusieurs écoles de pensée ici.

si le dépassement de quota arrive trop souvent, il faut bloquer
l'utilisateur au niveau de postfix, pendant la transaction smtp,
histoire d'éviter d'envoyer des erreurs à des adresses contrefaites
(backscatter).



Reply to: