Peter Shute writes:
> If we set from_is_list to No, how does the list behave when
> yahoo.com emails arrive?
That depends on the setting of dmarc_moderation_action. If it is set
to Accept, it just passes them through, and lets the destination
decide what to do. Almost certainly you will get m
Stephen J. Turnbull wrote:
>
> Peter Shute writes:
>
> > We're now on a new list server, which is running v2.1.18-1. We've
> > set from_is_list to munged, and it's now sending list messages from
> > the list, and putting the original sender's address in Reply To as
> > expected.
> >
> > On
Peter Shute writes:
> Further unwanted Reply All behaviour - a Lotus Notes user says when
> he sends a reply with Reply All, the list bounce address is
> Cc'd. It does include the list address too, which is good.
>
> Can it cause any problems to Cc the list bounce address?
Mark is on vacatio
Peter Shute writes:
> We're now on a new list server, which is running v2.1.18-1. We've
> set from_is_list to munged, and it's now sending list messages from
> the list, and putting the original sender's address in Reply To as
> expected.
>
> On my iPad, Reply sends a message back to the or
Peter Knowles writes:
> What is the best way to deal with feedback loop messages where the
> provider has redacted the email address of the party who filed the
> complaint?
What do you want to do with this information? Just unsubscribe that
user? I'd say pass the buck back to the provider.
Further unwanted Reply All behaviour - a Lotus Notes user says when he sends a
reply with Reply All, the list bounce address is Cc'd. It does include the list
address too, which is good.
Can it cause any problems to Cc the list bounce address?
Peter Shute
> -Original Message-
> From:
We're now on a new list server, which is running v2.1.18-1. We've set
from_is_list to munged, and it's now sending list messages from the list, and
putting the original sender's address in Reply To as expected.
On my iPad, Reply sends a message back to the original sender, which is what we
want
Hi,
What is the best way to deal with feedback loop messages where the provider
has redacted the email address of the party who filed the complaint?
Does Mailman have any built in methods on dealing with this issue?
At the moment we "force" a custom footer on all messages which includes the
reci
On August 17, 2014 11:32:52 AM PDT, Mark J Bradakis wrote:
>Mark Sapiro wrote:
>> On 08/16/2014 08:34 PM, Mark J Bradakis wrote:
>>>
>>> Indeed. I can go to the listinfo page, click on the archives for the
>bad
>>> lists, browse the archives, no problem.
>>
>>
>> And after doing this is the list's
Mark Sapiro wrote:
Can you go to the admin page for the list? If so, does the from_is_list setting
appear there?
Sort of. I get the login page for the list just fine, type in the password then
get the 'hit a bug' page.
Error log shows:
admin(2802): File "/local/mailman/teamnet/Mailman/
Mark Sapiro wrote:
On 08/16/2014 08:34 PM, Mark J Bradakis wrote:
Indeed. I can go to the listinfo page, click on the archives for the bad
lists, browse the archives, no problem.
And after doing this is the list's data_version still 98? If so, I suspect some
permissions issue or something l
On 08/17/2014 06:45 AM, Mark Sapiro wrote:
On 08/16/2014 08:34 PM, Mark J Bradakis wrote:
Indeed. I can go to the listinfo page, click on the archives for the bad
lists, browse the archives, no problem.
And after doing this is the list's data_version still 98? If so, I
suspect some permissio
On 08/16/2014 08:34 PM, Mark J Bradakis wrote:
Indeed. I can go to the listinfo page, click on the archives for the bad
lists, browse the archives, no problem.
And after doing this is the list's data_version still 98? If so, I
suspect some permissions issue or something like that?
What's i
13 matches
Mail list logo