[MediaWiki-l] organizing Wikimedia mirrors
Hi everyone, WMF constantly releases dumps http://meta.wikimedia.org/wiki/Data_dumpsof Wikipedia and other WMF projects. As these are huge files and download is difficult, there is a constant need of mirrors. The current mirrors are listed at http://meta.wikimedia.org/wiki/Mirroring_Wikimedia_project_XML_dumps#Current_Mirrors but need some organization. Ariel Glenn (CC'ed), who is responsible of XML dumps, is looking for somebody who can help organize the mirrors so that people trying to donwload the dumps are offered the closest geographically up-to-date mirror as it is usually done at other donwload sites. Does anyone have experience with this? Also, if anypne has idea of organizations, which might be willing to host a mirror ( requirements herehttp://meta.wikimedia.org/wiki/Mirroring_Wikimedia_project_XML_dumps#Requirements), please let me or Ariel know. Mariya ___ MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
[MediaWiki-l] Disabling action=edit for non-SysOps. Force using forms instead.
Hi, I know this has been asked many times, but I would like to ask if there is any way at all, including hacks, writing a custom extension, etc.. Why? Because the data in my special purpose semantic wiki is the basis of another app which could suffer a lot if certain people try to game my system. And generally, I'm trying to make things as tight as possible while still being editable by anons. Any suggestions, thoughts, or general musings are appreciated. Thanks! Al P.S. For example, I wonder if there is a way to intercept the URL connection and simply replace action=edit query parameter with action=formedit for non-sysops. ___ MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
Re: [MediaWiki-l] organizing Wikimedia mirrors
Hi there, I did try to add some information about where the location of the mirrors are based on the location stated when the announcement for the new mirror was made. Hopefully it can be a starting point to having an idea of a mirror with a better bandwidth for end users. However, all the mirrors are currently either in North/South America or Europe. This does not really bring benefits of faster bandwidth to Asian and Australian people, hopefully more mirrors will be set up in these locations, then will the download dumps based on fastest bandwidth have the fullest effect. On Mon, Feb 25, 2013 at 5:22 PM, Maria Miteva mariya.mit...@gmail.comwrote: Hi everyone, WMF constantly releases dumps http://meta.wikimedia.org/wiki/Data_dumps of Wikipedia and other WMF projects. As these are huge files and download is difficult, there is a constant need of mirrors. The current mirrors are listed at http://meta.wikimedia.org/wiki/Mirroring_Wikimedia_project_XML_dumps#Current_Mirrors but need some organization. Ariel Glenn (CC'ed), who is responsible of XML dumps, is looking for somebody who can help organize the mirrors so that people trying to donwload the dumps are offered the closest geographically up-to-date mirror as it is usually done at other donwload sites. Does anyone have experience with this? Also, if anypne has idea of organizations, which might be willing to host a mirror ( requirements here http://meta.wikimedia.org/wiki/Mirroring_Wikimedia_project_XML_dumps#Requirements ), please let me or Ariel know. Mariya ___ MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l -- Regards, Hydriz Be social, follow/add me: Facebook: http://tinyurl.com/hydrizfb Google+: http://tinyurl.com/hydrizgl Twitter: @hydrizwiki ___ MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
[MediaWiki-l] bonjour
bonjour ___ MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
[MediaWiki-l] SMTP error from remote mail server after end of data
when I type 'cat /var/spool/mail/$myUserName', I found something seems useful: SMTP error from remote mail server after end of data: host gmail-smtp-in.l.google.com [74.125.25.26]: 550-5.7.1 [MY IP ADDR] Our system has detected an unusual rate of 550-5.7.1 unsolicited mail originating from your IP address. To protect our 550-5.7.1 users from spam, mail sent from your IP address has been blocked. 550-5.7.1 Please visit http://www.google.com/mail/help/bulk_mail.html to review 550 5.7.1 our Bulk Email Senders Guidelines. xr1si11727041pbc.309 - gsmtp what should I do to fix it? Does adding a SPF record work? ___ MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
Re: [MediaWiki-l] organizing Wikimedia mirrors
On Feb 25, 2013 4:23 AM, Maria Miteva mariya.mit...@gmail.com wrote: is looking for somebody who can help organize the mirrors so that people trying to donwload the dumps are offered the closest geographically up-to-date mirror as it is usually done at other donwload sites. Does anyone have experience with this? The 2 projects that come to mind offhand are http.debian.net https://github.com/rgeissert/http-redirector and Mozilla's bouncer http://blog.mozilla.org/webdev/tag/bouncer/. hrm, I wonder if dumps mirrors have trace files? like Debian does. (to show the provenance/timing of a given state of the mirror) -Jeremy ___ MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
[MediaWiki-l] AbuseFilter vs removeUnusedAccounts.php
Hi Does anyone know the impact of maintenance script removeUnusedAccounts on the Abuse filter account? Since Abuse filter is a special account which never is credited with edits this maintenance script will delete it? Just a guess. Anyone have any experience with this? Thanks Tom ___ MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
Re: [MediaWiki-l] SMTP error from remote mail server after end of data
SPF can help, and is easy to setup. If you are already blocked by an individual provider (google in this case), then you usually have to contact them directly and let them know what you've done to make sure your domain isn't going to spam again. Also check and make sure your domain isn't on any of the collaborative blacklists. On Feb 25, 2013 5:50 AM, xuyao kevin6...@gmail.com wrote: when I type 'cat /var/spool/mail/$myUserName', I found something seems useful: SMTP error from remote mail server after end of data: host gmail-smtp-in.l.google.com [74.125.25.26]: 550-5.7.1 [MY IP ADDR] Our system has detected an unusual rate of 550-5.7.1 unsolicited mail originating from your IP address. To protect our 550-5.7.1 users from spam, mail sent from your IP address has been blocked. 550-5.7.1 Please visit http://www.google.com/mail/help/bulk_mail.html to review 550 5.7.1 our Bulk Email Senders Guidelines. xr1si11727041pbc.309 - gsmtp what should I do to fix it? Does adding a SPF record work? ___ MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l ___ MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
Re: [MediaWiki-l] SMTP error from remote mail server after end of data
I really doubt SPF is going to help you since the message you're getting seems to indicate that they are responding to spam complaints. This indicates people have been marking emails from your server as spam. That would override any SPF record. Google is notorious for not setting up any sort of feedback loop (https://en.wikipedia.org/wiki/Feedback_loop_%28email%29) so there is no way to see what sort of emails you are sending that people are marking as spam -- but their notoriety in this regard may only extend to me. That said, make sure that the emails you are sending out contain clear instructions on how to disable any email. Assuming the emails that caused this Google block originate from MediaWiki, it would be best if you could modify the emails to put something at the top to let people know they are getting this because they signed up for email notices on your wiki and how they can disable them. (Unfortunately I don't know how you could do that since I haven't looked into that yet.) But do read http://www.google.com/mail/help/bulk_mail.html and take the precautions it mentions. SPF is one, DKIM is another, but a clear way to disable email is a third. Finally, verify that the security of your system hasn't been compromised and no one is using it to spam people. -- http://hexmode.com/ There is no path to peace. Peace is the path. -- Mahatma Gandhi, Non-Violence in Peace and War ___ MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
Re: [MediaWiki-l] Disabling action=edit for non-SysOps. Force using forms instead.
Hey, this hack seems to work: private function performRequest() { global $wgServer, $wgUsePathInfo, $wgTitle; wfProfileIn( __METHOD__ ); $request = $this-context-getRequest(); $title = $this-context-getTitle(); $output = $this-context-getOutput(); $user = $this-context-getUser(); // My Change $myAction = $this-getAction(); if($myAction == 'edit') { $myUser = $this-context-getUser(); $myGroups = $myUser-getGroups(); $allowed = false; foreach ($myGroups as $grp) { if($grp == 'sysop' || $grp == 'bureaucrat') { $allowed = true; break; } } if(!$allowed) { return; } } // end my change ... It just silently ignores an edit action w/o an error message, but that's ok for my purposes as no one should be manually entering action=edit anyways. I just need to tweek for allowing edits in the Help space or other exceptions. Al From: Al Johnson alj62...@yahoo.com To: mediawiki-l@lists.wikimedia.org mediawiki-l@lists.wikimedia.org Sent: Monday, February 25, 2013 2:59 AM Subject: Disabling action=edit for non-SysOps. Force using forms instead. Hi, I know this has been asked many times, but I would like to ask if there is any way at all, including hacks, writing a custom extension, etc.. Why? Because the data in my special purpose semantic wiki is the basis of another app which could suffer a lot if certain people try to game my system. And generally, I'm trying to make things as tight as possible while still being editable by anons. Any suggestions, thoughts, or general musings are appreciated. Thanks! Al P.S. For example, I wonder if there is a way to intercept the URL connection and simply replace action=edit query parameter with action=formedit for non-sysops. ___ MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l