Mark Sapiro writes:
> First, the MLM side of this proposal is exactly what the Mailman "Wrap
> Message" action does.
RFC-geeks-love-Mark!-ly y'rs
--
Mailman-Users mailing list Mailman-Users@python.org
Jordan Brown writes:
> Well, yeah, but to provide such a service in a way that has any
> resemblance to being secure, Intuit *must* have some secret that allows
> it to send mail "from" those subdomains. If Intuit doesn't need such a
> secret, then anybody could send mail like that.
Sure,
John R Levine writes:
> Large mail systems already know where all the mailing lists are.
Hm. Well, that may be true for Google et al, but the systems at my
employer regularly mark internal business mail as "possible spam",
occasionally mark it as "almost certainly spam", and pass through
On 07/25/2018 04:03 AM, Stephen J. Turnbull wrote:
Let's be careful to distinguish between "DMARC" and the "p=reject" and
"p=quarantine" policies.
Fair point.
(1) DMARC's reporting features *can* and *should* be used on all domains
that send email, with very few exceptions.
Agreed.
(2)
On 07/26/2018 04:48 AM, Richard Damon wrote:
> The issue is probably that the links still point to the http version,
> which is redirecting to the https and losing the form data. You need to
> change the config variable that gives the base page for the admin pages
> to point to the https version.
On 7/26/18 7:26 AM, Jayson Smith wrote:
> Hi,
>
>
> I'm currently using 2.1.26. Recently I had LetsEncrypt add lines to my
> Apache configuration to redirect browsers from HTTP to HTTPS URLs.
> This morning I found that this doesn't seem to work well with Mailman
> database admin pages, I couldn't
Hi,
I'm currently using 2.1.26. Recently I had LetsEncrypt add lines to my
Apache configuration to redirect browsers from HTTP to HTTPS URLs. This
morning I found that this doesn't seem to work well with Mailman
database admin pages, I couldn't get Mailman to reject a held message
until I
