Un problème de procmail est qu'on peut facilement dépasser la limite
de LINEBUF, et à cause de ça, j'ai un certain nombre de mails qui sont
retournés à l'expéditeur, avec l'erreur:
procmail: Exceeded LINEBUF
Quelqu'un a une suggestion pour remplacer procmail par quelque chose
de plus fiable?
Éventuellement une solution à base de Perl me plairait bien...
Peut-être mailagent? Mais est-il toujours développé/supporté?
Il n'y a pas eu de nouvelle version majeure depuis 4 ans.
Un problème de procmail est qu'on peut facilement dépasser la limite
de LINEBUF, et à cause de ça, j'ai un certain nombre de mails qui sont
retournés à l'expéditeur, avec l'erreur:
procmail: Exceeded LINEBUF
Quelqu'un a une suggestion pour remplacer procmail par quelque chose
de plus fiable?
Éventuellement une solution à base de Perl me plairait bien...
Peut-être mailagent? Mais est-il toujours développé/supporté?
Il n'y a pas eu de nouvelle version majeure depuis 4 ans.
Un problème de procmail est qu'on peut facilement dépasser la limite
de LINEBUF, et à cause de ça, j'ai un certain nombre de mails qui sont
retournés à l'expéditeur, avec l'erreur:
procmail: Exceeded LINEBUF
Quelqu'un a une suggestion pour remplacer procmail par quelque chose
de plus fiable?
Éventuellement une solution à base de Perl me plairait bien...
Peut-être mailagent? Mais est-il toujours développé/supporté?
Il n'y a pas eu de nouvelle version majeure depuis 4 ans.
Quelqu'un a une suggestion pour remplacer procmail par quelque chose
de plus fiable?
Éventuellement une solution à base de Perl me plairait bien...
Quelqu'un a une suggestion pour remplacer procmail par quelque chose
de plus fiable?
Éventuellement une solution à base de Perl me plairait bien...
Quelqu'un a une suggestion pour remplacer procmail par quelque chose
de plus fiable?
Éventuellement une solution à base de Perl me plairait bien...
Un problème de procmail est qu'on peut facilement dépasser la limite
de LINEBUF, et à cause de ça, j'ai un certain nombre de mails qui sont
retournés à l'expéditeur, avec l'erreur:
procmail: Exceeded LINEBUF
Un problème de procmail est qu'on peut facilement dépasser la limite
de LINEBUF, et à cause de ça, j'ai un certain nombre de mails qui sont
retournés à l'expéditeur, avec l'erreur:
procmail: Exceeded LINEBUF
Un problème de procmail est qu'on peut facilement dépasser la limite
de LINEBUF, et à cause de ça, j'ai un certain nombre de mails qui sont
retournés à l'expéditeur, avec l'erreur:
procmail: Exceeded LINEBUF
On Wed, May 18, 2005 at 06:28:16PM +0200,
Vincent Lefevre wrote
a message of 29 lines which said:
> Quelqu'un a une suggestion pour remplacer procmail par quelque chose
> de plus fiable?
Euh, on peut trouver des tas de choses plus XXX que procmail (plus
standard, plus facile à configurer, etc) mais plus fiable, je pense
que c'est sans espoir.
On Wed, May 18, 2005 at 06:28:16PM +0200,
Vincent Lefevre <vincent@vinc17.org> wrote
a message of 29 lines which said:
> Quelqu'un a une suggestion pour remplacer procmail par quelque chose
> de plus fiable?
Euh, on peut trouver des tas de choses plus XXX que procmail (plus
standard, plus facile à configurer, etc) mais plus fiable, je pense
que c'est sans espoir.
On Wed, May 18, 2005 at 06:28:16PM +0200,
Vincent Lefevre wrote
a message of 29 lines which said:
> Quelqu'un a une suggestion pour remplacer procmail par quelque chose
> de plus fiable?
Euh, on peut trouver des tas de choses plus XXX que procmail (plus
standard, plus facile à configurer, etc) mais plus fiable, je pense
que c'est sans espoir.
Am 2005-05-18 18:28:16, schrieb Vincent Lefevre:
> Un problème de procmail est qu'on peut facilement dépasser la limite
> de LINEBUF, et à cause de ça, j'ai un certain nombre de mails qui sont
> retournés à l'expéditeur, avec l'erreur:
>
> procmail: Exceeded LINEBUF
Augmonter le valeur...
Pas besoin, parce que procmail marcher parfait !
Am 2005-05-18 18:28:16, schrieb Vincent Lefevre:
> Un problème de procmail est qu'on peut facilement dépasser la limite
> de LINEBUF, et à cause de ça, j'ai un certain nombre de mails qui sont
> retournés à l'expéditeur, avec l'erreur:
>
> procmail: Exceeded LINEBUF
Augmonter le valeur...
Pas besoin, parce que procmail marcher parfait !
Am 2005-05-18 18:28:16, schrieb Vincent Lefevre:
> Un problème de procmail est qu'on peut facilement dépasser la limite
> de LINEBUF, et à cause de ça, j'ai un certain nombre de mails qui sont
> retournés à l'expéditeur, avec l'erreur:
>
> procmail: Exceeded LINEBUF
Augmonter le valeur...
Pas besoin, parce que procmail marcher parfait !
Il y a vraiment des lignes plus longues que 2048 octets dans un
procmailrc, même après expansion ?
Il y a vraiment des lignes plus longues que 2048 octets dans un
procmailrc, même après expansion ?
Il y a vraiment des lignes plus longues que 2048 octets dans un
procmailrc, même après expansion ?
On 2005-05-18 19:55:12 +0200, Michelle Konzack wrote:
> Am 2005-05-18 18:28:16, schrieb Vincent Lefevre:
> > Un problème de procmail est qu'on peut facilement dépasser la lim ite
> > de LINEBUF, et à cause de ça, j'ai un certain nombre de mails qui sont
> > retournés à l'expéditeur, avec l'erreur:
> >
> > procmail: Exceeded LINEBUF
>
> Augmonter le valeur...
La valeur par défaut est probablement bonne. Le problème est que je
ne vois pas la raison du dépassement. Le fait qu'il ne donne pas plus
de précision sur là où s'est produit l'erreur (e.g. le numéro de ligne
dans le .procmailrc) rend la config impossible à débugger.
> Pas besoin, parce que procmail marcher parfait !
Je ne trouve pas. J'ai aussi des messages qui sont passés à travers
des filtres simples comme le suivant:
:0
* ^Subject: Delivery reports
* ^X-Mailer: Microsoft Outlook
{
EXITCODE=$DEVNULL
:0
/dev/null
}
On 2005-05-18 19:55:12 +0200, Michelle Konzack wrote:
> Am 2005-05-18 18:28:16, schrieb Vincent Lefevre:
> > Un problème de procmail est qu'on peut facilement dépasser la lim ite
> > de LINEBUF, et à cause de ça, j'ai un certain nombre de mails qui sont
> > retournés à l'expéditeur, avec l'erreur:
> >
> > procmail: Exceeded LINEBUF
>
> Augmonter le valeur...
La valeur par défaut est probablement bonne. Le problème est que je
ne vois pas la raison du dépassement. Le fait qu'il ne donne pas plus
de précision sur là où s'est produit l'erreur (e.g. le numéro de ligne
dans le .procmailrc) rend la config impossible à débugger.
> Pas besoin, parce que procmail marcher parfait !
Je ne trouve pas. J'ai aussi des messages qui sont passés à travers
des filtres simples comme le suivant:
:0
* ^Subject: Delivery reports
* ^X-Mailer: Microsoft Outlook
{
EXITCODE=$DEVNULL
:0
/dev/null
}
On 2005-05-18 19:55:12 +0200, Michelle Konzack wrote:
> Am 2005-05-18 18:28:16, schrieb Vincent Lefevre:
> > Un problème de procmail est qu'on peut facilement dépasser la lim ite
> > de LINEBUF, et à cause de ça, j'ai un certain nombre de mails qui sont
> > retournés à l'expéditeur, avec l'erreur:
> >
> > procmail: Exceeded LINEBUF
>
> Augmonter le valeur...
La valeur par défaut est probablement bonne. Le problème est que je
ne vois pas la raison du dépassement. Le fait qu'il ne donne pas plus
de précision sur là où s'est produit l'erreur (e.g. le numéro de ligne
dans le .procmailrc) rend la config impossible à débugger.
> Pas besoin, parce que procmail marcher parfait !
Je ne trouve pas. J'ai aussi des messages qui sont passés à travers
des filtres simples comme le suivant:
:0
* ^Subject: Delivery reports
* ^X-Mailer: Microsoft Outlook
{
EXITCODE=$DEVNULL
:0
/dev/null
}
Cf aussi
http://groups.google.com/groups?selm 040705081004%2448e2%40vinc17.o rg
pour lequel je n'ai aucune explication.
Cf aussi
http://groups.google.com/groups?selm=20040705081004%2448e2%40vinc17.o rg
pour lequel je n'ai aucune explication.
Cf aussi
http://groups.google.com/groups?selm 040705081004%2448e2%40vinc17.o rg
pour lequel je n'ai aucune explication.
Am 2005-05-19 00:27:09, schrieb Vincent Lefevre:
> Cf aussi
>
> http://groups.google.com/groups?selm 040705081004%2448e2%40vinc17.org
>
> pour lequel je n'ai aucune explication.
:0
* ^Message-Id:.*
* ^Delivered-To:.*vinc17-.*@vinc17.org
/dev/null
Am 2005-05-19 00:27:09, schrieb Vincent Lefevre:
> Cf aussi
>
> http://groups.google.com/groups?selm 040705081004%2448e2%40vinc17.org
>
> pour lequel je n'ai aucune explication.
:0
* ^Message-Id:.*qmail@ldh.org
* ^Delivered-To:.*vinc17-.*@vinc17.org
/dev/null
Am 2005-05-19 00:27:09, schrieb Vincent Lefevre:
> Cf aussi
>
> http://groups.google.com/groups?selm 040705081004%2448e2%40vinc17.org
>
> pour lequel je n'ai aucune explication.
:0
* ^Message-Id:.*
* ^Delivered-To:.*vinc17-.*@vinc17.org
/dev/null
Am 2005-05-19 00:27:09, schrieb Vincent Lefevre:
> :0
> * ^Subject: Delivery reports
> * ^X-Mailer: Microsoft Outlook
> {
> EXITCODE=$DEVNULL
> :0
> /dev/null
> }
Pourquoi tu faire ca ?
Il va mieux si tu utiliser:
:0
* ^Subject:.*Delivery reports
* ^X-Mailer:.*Microsoft Outlook
/dev/null
Am 2005-05-19 00:27:09, schrieb Vincent Lefevre:
> :0
> * ^Subject: Delivery reports
> * ^X-Mailer: Microsoft Outlook
> {
> EXITCODE=$DEVNULL
> :0
> /dev/null
> }
Pourquoi tu faire ca ?
Il va mieux si tu utiliser:
:0
* ^Subject:.*Delivery reports
* ^X-Mailer:.*Microsoft Outlook
/dev/null
Am 2005-05-19 00:27:09, schrieb Vincent Lefevre:
> :0
> * ^Subject: Delivery reports
> * ^X-Mailer: Microsoft Outlook
> {
> EXITCODE=$DEVNULL
> :0
> /dev/null
> }
Pourquoi tu faire ca ?
Il va mieux si tu utiliser:
:0
* ^Subject:.*Delivery reports
* ^X-Mailer:.*Microsoft Outlook
/dev/null