Wikipedia:Abuse response/82.110.109.166


 * The following page is an archived Abuse Response case. Please do not modify it. Subsequent reports for the same IP address should be filed under a new report.  No further edits should be made to this page.  Click here to file a new report.  See WP:ABUSE for more information.

-

No reply. --Darkwind (talk) 18:37, 3 April 2010 (UTC)

Requester Comments
User continues abuse after block expired. Please review logs. Thanks.

Registry Information
inetnum:     82.110.109.160 - 82.110.109.191 netname:     SEGFL-SURREY descr:       South East Grid For Learning (Surrey) country:     GB source:       RIPE # Filtered

role:          Easynet Hostmaster address:       Easynet Network Operations Centre address:       Easynet Group PLC address:       44-46 Whitfield Street address:       London W1T 2RJ address:       England address:       GB phone:          +44 20 7900 4444 fax-no:        +44 20 7900 4445 abuse-mailbox: abuse@easynet.net mnt-by:        EASYNET-UK-MNT source:        RIPE # Filtered

person:             Doug Haynes address:     Four S Head Office and Development Centre address:     Bay Tree Avenue address:     Kingston Road address:     Leatherhead address:     Surrey address:     KT22 7UE address:     GB phone:        +44 1372 834444 fax-no:      +44 1372 834000 source:      RIPE # Filtered

Additional contact information from Google search: SEGfL Project Office Easthampstead Park Wokingham RG40 3DF

Tel: 0118 978 9679 office@segfl.org.uk director@segfl.org.uk

Abuse Summary
Abuse from this address generally consists of blatant vandalism consistently from July 2005 through November 2009. At that point, the IP address was placed on a long-term block to prevent further disruption, and it remains blocked at this time. One of the most frequently vandalized pages is Tomlinscote School, which leads me to believe this may be the point of origin for the abuse.

During the times the address has been active, it has been blocked nine times for disruptive editing. Warning messages were appropriately left for the user(s) on the talk page for the IP address in each case prior to blocking.

Over the history of abuse from this IP address, the blocks we have employed have grown in length; but it remains clear that as soon as the IP address is clear to edit (and school is in session), the inappropriate usage resumes. However, long-term blocking is not an ideal solution from Wikipedia's point of view, as it prevents useful contributions (which this IP address has indeed made from time to time).

A detailed analysis of the pattern of editing from this IP address can be found here, including a breakdown by time of day, day of week, and time of year.

Abuse Details
Detailed time stamps in UTC for the abusive behavior are available on each "diff" linked below. In addition, you may review all of the anonymous edits from this IP address, both useful and disruptive, on the IP's contributions page.
 * 1) Blocked 2006-01-12 for 1 hour, for the following disruptive edits:
 * 2) Blocked 2006-05-24 for 15 minutes, for the following disruptive edits:
 * 3) Blocked 2006-09-27 for 99 hours, for the following disruptive edits:
 * 4) Blocked 2006-11-30 for 1 week, for the following disruptive edits:
 * 5) Blocked 2007-01-18 for 6 months, for the following (note that extensive warnings were not given in this instance, due to prior history):
 * 6) Blocked 2007-09-21 for 3 months, for the following:
 * 7) Blocked 2008-01-28 for 1 year, for the following:
 * 8) Blocked 2009-01-30 (almost immediately after prior 1 year block expired) for 1 week, for the following:    .  The block was extended to June 30, 2009 upon review by a Wikipedia administrator; no further edits had been made by the IP at that point.
 * 9) Blocked 2009-11-18 for the following (note again that these edits resumed in July, shortly after the prior block expired):

Contactor Report
-
 * The above page is an archived Abuse Response case and has been preserved for recording purposes. Please do not modify it. Subsequent reports for the same IP address should be filed under a new report. No further edits should be made to this page.