02/11/08 08:10 : « Brad Knowles » a écrit :
>> I can't get my digests to be sended in other than MIME although Plain Text
>> is selected. Any way to get this solved ? I have access to the server if any
>> CLI need to be used. I'm running 2.1.11
>
> Check the messages in the digest, as well as the
Dennis Putnam wrote:
>The MTA that delivers to mailman is postfix but as I said above, the
>issue is that I have to use fetchmail. As far as mailman is concerned it
>is indeed going to list-request so the actual address used by list
>members is transparent to mailman. That is why I need to munge t
faisal anif wrote:
>
>Well, I noticed that there are files in the :
>/var/lib/mailman/data/bounce-events-*.pck
>
>where * are numbers ..
>
>considering their sizes (3-50MBs) they aren't that bad but with time, they
>pile up and fill the disk space.. is it safe to delete these files?
Mark Sapiro wrote:
> Dennis Putnam wrote:
>
>
> The implication is exactly what I said above. The aditional implication
> is that a reply which is addressed to
> [EMAIL PROTECTED] has to be delivered the same as
> if it were addressed to [EMAIL PROTECTED]
>
Then that won't work either.
>
> Si
Dennis Putnam wrote:
>
>Mark Sapiro wrote:
>> Still, if you can use VERP_CONFIRMATIONS, it would make the code
>> modifications simpler because of the way the address is generated. The
>> difference is without VERP_CONFIRMATIONS, the message is
>>
>> From: [EMAIL PROTECTED]
>>
>> with
>>
>> Subject
Well, I noticed that there are files in the :
/var/lib/mailman/data/bounce-events-*.pck
where * are numbers ..
considering their sizes (3-50MBs) they aren't that bad but with time, they pile
up and fill the disk space.. is it safe to delete these files?
Thanks..
> Date: Fri, 31 Oct
Mark Sapiro wrote:
> Still, if you can use VERP_CONFIRMATIONS, it would make the code
> modifications simpler because of the way the address is generated. The
> difference is without VERP_CONFIRMATIONS, the message is
>
> From: [EMAIL PROTECTED]
>
> with
>
> Subject: confirm xx...
>
Dennis Putnam wrote:
>
> OK, to be clear the problem is one of mailbox name length. Another
> list member replied privately and questioned that so I will repost
> that information here.
>
> The number characters in my list name plus the '-request' is 6
> characters too many. I could change the li
Thanks for the reply.
OK, to be clear the problem is one of mailbox name length. Another list
member replied privately and questioned that so I will repost that
information here.
The number characters in my list name plus the '-request' is 6 characters too
many. I could change the list names but
Brad Knowles wrote:
>Matthieu HUTIN wrote:
>
>> I can't get my digests to be sended in other than MIME although Plain Text
>> is selected. Any way to get this solved ? I have access to the server if any
>> CLI need to be used. I'm running 2.1.11
>
>Check the messages in the digest, as well as the
Dennis Putnam wrote;
>
>I am having a problem getting the reply-to header configured for
>confirmations. Due to some email restrictions from my ISP I cannot use
>the default (i.e. [EMAIL PROTECTED]). Thus when a user
>tries to reply to a confirmation, it bounces (it needs to be
>[EMAIL PROTECTED]).
Matthieu HUTIN wrote:
I've done a test by sending an email myself. I always send email as plain
test (I hate HTMl in mails ;-) ) So it should have been "digested" as plain
texte according to my setup. However I may be wrong as this is the first
time i'm facing this issues. It's been working perf
Matthieu HUTIN wrote:
I can't get my digests to be sended in other than MIME although Plain Text
is selected. Any way to get this solved ? I have access to the server if any
CLI need to be used. I'm running 2.1.11
Check the messages in the digest, as well as the digest header and
footer. I'm
Hi all
I can't get my digests to be sended in other than MIME although Plain Text
is selected. Any way to get this solved ? I have access to the server if any
CLI need to be used. I'm running 2.1.11
Thanks and Regards
--
Matthieu HUTIN
Ceux qui ne luttent pas contre le mal, finissent par le serv
14 matches
Mail list logo
