Last modified: 2013-02-01 11:47:35 UTC
From the mailing list: "I am note sure who might be in a position to correct this, but this list seems the most likely.. For some reason sep11.wikipedia.org subdomain is forwarding to a spam site - this was pointed out on OTRS earlier. I assume this was set up as a redirect to the 9/11 memories Wiki, and that site has since been taken over. Can someone fix this?"
There was a old request for this before... At that time it was just giving time-outs.
sep11: interwiki also needs to be removed.
(In reply to comment #1) > There was a old request for this before... At that time it was just giving > time-outs. A saw a older bug about sep11.* when filing but based on a quick skim it was in regards to the interwiki entry.
Looks like the sep11memories.org domain was hosted by Jeff Merkey: http://web.archiveorange.com/archive/v/FH5EqpwO08Jq1aa7tkRL If Jeff's no longer owning that domain or maintaining the site, we may need to find someone else to host it (or, y'know, Wikimedia could just host it like we did from 2001 to 2006). There appears to be a mirror of a data dump available for download: http://code.google.com/p/wikiteam/downloads/detail?name=sep11wiki.7z (iirc the DB still got run through data dumps for some time after the wiki itself was closed and redirected, hence the dump being from 2007 after it was closed. So even if it's not on our DBs anymore I think we could recover from there.)
I could probally host it when a webhost is all needed? I can probally bring it up by tonight. Let me know...
Whatever is done, if nothing happends within 24 hours I think we should atleast disable the redirect *as soon as posisble* showing a server not found, or a default "Wikimedia project doesn't exist yet" page. Redirecting to automated commercial placeholders from a Wikimedia domain is not acceptable under any conditions. We can always bring it back up to point to a WMF server or something else (which is why we don't have to remove the interwiki yet).
There is now a mirror (from the linked dump above) at http://sep11.wiki-web.es/wiki/In_Memoriam
Per the SAL: > "17:15 Ryan_Lane: RobH is removing the sep11.wikipedia.org subdomain redirect. It didn't post to the SAL, and he can't get onto IRC " I still seem to be getting it. (CCing Ryan and Rob)
It works for me. Maybe it's just caching?
ugh my dns cache might be acting stupid again... lets flush it again.
I see the generic 'no such wiki' page on sep11.wikipedia.org, but no wiki and no wiki pages.
(In reply to comment #11) > I see the generic 'no such wiki' page on sep11.wikipedia.org, but no wiki and > no wiki pages. that is intended I believe, since we havn't setup a wiki there and just killed the redirect. Marking fixed since we wanted the redirect gone and that is what this bug was focused on (and my previous comment about it not working was seven being silly).
Reopening -- since it points to a bogus place where there's nothing, nothing's been solved.
Also see RT #1445
I'm currently getting the following: $ curl -Is "sep11.wikipedia.org/" | grep Location Location: http://wayback.archive.org/web/20030315000000*/http://sep11.wikipedia.org/wiki/In_Memoriam $ curl -Is "sep11.wikipedia.org/wiki/" | grep Location Location: http://www.sep11memories.org/wiki/ This is obviously broken. There are reports on wikitech-l that some people are getting "This week has been closed" messages as well. I suspect some kind of cache pollution.
Yes, it's caching. The change has been made in the Apaches, but then it was a matter of purging the URL from squid caches. This has been done with "sep11.wikipedia.org" but not with the ./wiki/ URL apparently.
Fixed: /home/wikipedia/common/php/maintenance$ echo 'http://sep11.wikipedia.org/wiki/' | php ./purgeList.php --wiki aawiki Purging 1 urls... Done! Any other variants of the url still broken?
Thanks Ariel! curl -Is "sep11.wikipedia.org/" | grep Location Location: http://wayback.archive.org/web/20030315000000*/http://sep11.wikipedia.org/wiki/In_Memoriam curl -Is "sep11.wikipedia.org/wiki/" | grep Location Location: http://wayback.archive.org/web/20030315000000*/http://sep11.wikipedia.org/wiki/In_Memoriam
(In reply to comment #17) > Any other variants of the url still broken? The interwiki stuff still seems broken, eg: http://en.wikipedia.org/w/index.php?title=Template:Flight_93&oldid=444483634 (See Sep11 Wiki in footer (has since been removed from the template for this reason))
Wy remove it? Would a link to a good mirror not be better?
(In reply to comment #20) > Wy remove it? Would a link to a good mirror not be better? The conversation occurred on wikitech-l. Please see that.
Ryan: link to discussion? It seems to me that interwiki links are supposed to link to....wikis. Not archives of wikis. Is this interwiki used much? If so, I guess maybe it should be kept alive. I think it's pretty important that we not be feeding spambots, even for a short period of time. This has been a known problem since the beginning of August. Even if there's a better solution in the works, can't we just delete the current interwiki while it's being developed?
link to discussion is _somewhere_ (sorry) in http://lists.wikimedia.org/pipermail/wikitech-l/ We could just delete the interwiki prefix from the database table but how would that make the template better, it would just be a red link instead of at least the archive link. And how does it still feed spam bots now?
Hi Daniel, thanks for the link..at least I'm one step closer :) Hopefully Ryan or somebody can identify what month or subject line to look for now. I think my comment above may have been in error. I was going off the version of the Sep11Wiki page at meta that I had found (which is what initially led me to this bug). The [[sep11:]] interwiki link there led to a spam page when I first clicked it; when I checked again yesterday, it seemed to me that it still did. However, it's possible that I confused it with one of the other links I clicked there. In any event, I think I was mistaken about the level of urgency in my previous comment. It looks like the [[sep11:]] prefix is working OK now. Sorry about that.
After comment 17 this is minor (or WONTFIX?), issue to fix described in comment 19.
The interwiki seems to work fine. I guess this is now fully fixed.
