Hi everyone,
As you are all aware we've been working on the mailman installation that
the Foundation uses. As the bulk of the work was done, I have been focusing
on improving documentation and aiming to start a discussion over the
standardization of all mailing lists.
I have just now uploaded a proposal that I have been working on (with help
from others) and request the comments of the community to work on building
it into an official policy.
The proposal can be found on Meta-Wiki <
https://meta.wikimedia.org/wiki/Mailing_lists/Standardization> and the RfC
is taking place on its talk page.
Let's all work together on standardizing the lists installation and
creating a basic policy to ensure everything is consistent and thus easier
to use!
Thanks,
John Lewis
Hi,
(back to just announcements on this list but this is one)
We have scheduled an upgrade of mailman (https://lists.wikimedia.org) for:
Wednesday, September 9, 2015 at 2:00:00 PM UTC ( 7:00 AM PDT, 16:00 CEST)
The scheduled mainteance window is 4 hours (or less).
During this time please expect all the mailing lists (web interface
and email) to be down.
We will shut down the old server, then sync all pending mail to the
new server and bring it back up there.
The upgrade includes mailman from 2.1.13 to 2.1.18 and the server OS
will become a Debian jessie server and will be virtualized.
More things we expect to be fixed by this (excerpts):
"DMARC improvements solve issues users have with Yahoo and Outlook
regarding mail."
"Password reminder link is now on the roster page (private archives)."
"Emails can be automatically accepted to private lists if a poster
password is used"
"Cookies now set the secure flag when over HTTPS"
"Emails are validated more accurately. Spam prevention."
"Sessions can be invalidated through logouts on administrator and
moderation interfaces."
refs: https://wikitech.wikimedia.org/wiki/Mailman ,
https://phabricator.wikimedia.org/T105756 ,
Will follow-up with one other mail once it's done. As said above this
was supposed to
be just an announcement since this list should be low volume.
Discussion/comments should probably be elsewhere.If you ask me i
prefer Phabricator personally
because think it's more effective to have tasks and discussion in the
same place.
Best regards,
Daniel
--
Daniel Zahn <dzahn(a)wikimedia.org>
Operations Engineer
[A thread for discussing tips, and sharing how-to.
Updates should be made (by anyone confident) to
https://meta.wikimedia.org/wiki/Mailing_lists/Administration
*Non-private questions should be asked at the talkpage there.*
Mute this thread if you don't want to see it and you use an email program
that enables that... :-) ]
Re: SpamAssassin's X-Spam-Score - There was a bugzilla/phab task related to
spam, at https://phabricator.wikimedia.org/T58525 ("Improve spam filtering
for Mailman mailing lists")
I've asked for an update and details about what we should use, at
https://meta.wikimedia.org/wiki/Talk:Mailing_lists/Administration#Spam.21 -
Reply THERE please!
I've detailed my daily process at another new section just below that. If
there's something better, please let us know, there!
...
(Probably nothing private in here, but I haven't had enough coffee yet, so
instead of asking at the talkpage...)
I just learned about the option to Not send me a copy of every bounce. So
that will be nice! (bottom radio-button in this screenshot:
http://i.imgur.com/hu5SR8h.png)
Is that a good setting to recommend to all admins on the wiki page?
Is there a way to get useful regex out of our current lists of
"auto-discard"? (my grep-fu and regex-fu are lacking). Here are the
addresses that I've moderated spam from, on 2 lists:
https://dpaste.de/CgxV/raw
Perhaps the mailinglists that get large quantities of spam, could somehow
share (automatically, or manually a few times a year) their
auto-discard-listings?
Hope that helps. /me goes back to his weekend, and wishes you a good one.
--
Quiddity
Hello list admins,
we have found that globally we had over half a million
mails in mailman lists that were not moderated.
So that means they got held in the moderation queues but were not
accepted or discarded.
We have started deleting the oldest ones first (over 1 year old) then
moved to (older than 6 months).
We are planning to setup an automated cron job to do this
automatically in the background.
Currently the plan is to delete all messages that are held and older
than 90 days.
Please let us know if any concerns and moderate a bit more if this
affects your list.
Thank you and best regards,
Daniel
--
Daniel Zahn <dzahn(a)wikimedia.org>
Operations Engineer