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.
Dans le fichier "main.cf", il y a :
virtual_transport = maildrop
maildrop_destination_recipient_limit = 1
Et dans le fichier "master.cf", il y a :
maildrop unix - n n - - pipe
flags=DRhu user=vmail argv=/usr/bin/maildrop -w 90 -d $user@$nexthop 2
$user $nexthop $sender
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=, relay=maildrop, delay7816,
delays7810/0.03/0/5.8, dsn=4.3.0, statusÞferred (temporary failure.
Command output: maildrop: maildir over quota. )
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.
Dans le fichier "main.cf", il y a :
virtual_transport = maildrop
maildrop_destination_recipient_limit = 1
Et dans le fichier "master.cf", il y a :
maildrop unix - n n - - pipe
flags=DRhu user=vmail argv=/usr/bin/maildrop -w 90 -d $user@$nexthop 2
$user $nexthop $sender
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, delay7816,
delays7810/0.03/0/5.8, dsn=4.3.0, statusÞferred (temporary failure.
Command output: maildrop: maildir over quota. )
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.
Dans le fichier "main.cf", il y a :
virtual_transport = maildrop
maildrop_destination_recipient_limit = 1
Et dans le fichier "master.cf", il y a :
maildrop unix - n n - - pipe
flags=DRhu user=vmail argv=/usr/bin/maildrop -w 90 -d $user@$nexthop 2
$user $nexthop $sender
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=, relay=maildrop, delay7816,
delays7810/0.03/0/5.8, dsn=4.3.0, statusÞferred (temporary failure.
Command output: maildrop: maildir over quota. )
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.
Dans le fichier "main.cf", il y a :
virtual_transport = maildrop
maildrop_destination_recipient_limit = 1
Et dans le fichier "master.cf", il y a :
maildrop unix - n n - - pipe
flags=DRhu user=vmail argv=/usr/bin/maildrop -w 90 -d $user@$nexthop
2 $user $nexthop $sender
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=, relay=maildrop, delay7816,
delays7810/0.03/0/5.8, dsn=4.3.0, statusÞferred (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)?
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.
Dans le fichier "main.cf", il y a :
virtual_transport = maildrop
maildrop_destination_recipient_limit = 1
Et dans le fichier "master.cf", il y a :
maildrop unix - n n - - pipe
flags=DRhu user=vmail argv=/usr/bin/maildrop -w 90 -d $user@$nexthop
2 $user $nexthop $sender
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, delay7816,
delays7810/0.03/0/5.8, dsn=4.3.0, statusÞferred (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)?
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.
Dans le fichier "main.cf", il y a :
virtual_transport = maildrop
maildrop_destination_recipient_limit = 1
Et dans le fichier "master.cf", il y a :
maildrop unix - n n - - pipe
flags=DRhu user=vmail argv=/usr/bin/maildrop -w 90 -d $user@$nexthop
2 $user $nexthop $sender
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=, relay=maildrop, delay7816,
delays7810/0.03/0/5.8, dsn=4.3.0, statusÞferred (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)?
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=, relay=maildrop, delay7816,
>> delays7810/0.03/0/5.8, dsn=4.3.0, statusÞferred (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(
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, delay7816,
>> delays7810/0.03/0/5.8, dsn=4.3.0, statusÞferred (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(
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=, relay=maildrop, delay7816,
>> delays7810/0.03/0/5.8, dsn=4.3.0, statusÞferred (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(
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=, relay=maildrop, delay7816,
> >> delays7810/0.03/0/5.8, dsn=4.3.0, statusÞferred (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.
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, delay7816,
> >> delays7810/0.03/0/5.8, dsn=4.3.0, statusÞferred (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.
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=, relay=maildrop, delay7816,
> >> delays7810/0.03/0/5.8, dsn=4.3.0, statusÞferred (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.
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=, relay=maildrop, delay7816,
delays7810/0.03/0/5.8, dsn=4.3.0, statusÞferred (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.
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, delay7816,
delays7810/0.03/0/5.8, dsn=4.3.0, statusÞferred (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.
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=, relay=maildrop, delay7816,
delays7810/0.03/0/5.8, dsn=4.3.0, statusÞferred (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.
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.
>> 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.
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.
>> 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.
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.
>> 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.
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=, relay=maildrop, delay7816,
delays7810/0.03/0/5.8, dsn=4.3.0, statusÞferred (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.
Si ce n'est pas ce que tu veux, je pense qu'il faut mettre les mains
dans le camboui ;-)
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, delay7816,
delays7810/0.03/0/5.8, dsn=4.3.0, statusÞferred (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.
Si ce n'est pas ce que tu veux, je pense qu'il faut mettre les mains
dans le camboui ;-)
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=, relay=maildrop, delay7816,
delays7810/0.03/0/5.8, dsn=4.3.0, statusÞferred (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.
Si ce n'est pas ce que tu veux, je pense qu'il faut mettre les mains
dans le camboui ;-)
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é.
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é.
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é.
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).
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).
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).
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 ?
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 ?
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 ?