शोधनीविन्यासः सम्पाद्यताम्

Catches email address added to page or edit summary.

-Replaced with faster regex. ~4ms vs 40-60ms. OverlordQ

Added escape for acceptable email address. --MacGyverMagic

: I think we can safely regard any @wikimedia as probably okay. -DF

:I disabled warn, the rule seems remarkably correct, but it will start catching some stuff which is not an email address, but still looks like it (http://a.b.c/something@blah.hmt is a valid URL, absolutely not an email address, e.g. another example can be some computer-address data).  Furthermore, there is legit data that looks like an email address and there are legit places to add email addresses (userspace being one of them).  Also, the brackets '(' and ')' don't do anything but catch the data contained in it.  A better regex is '(?<![^\s:])[^\s\]\[\{\}\\\|^\/`<>@:]+@\w+(?!\.htm)(?:\.\w+){1,3}' .. but even that one that is NOT failsave (though I have until now only seen (!) one mistaken revert by XLinkBot on that rule).  As a side note, this rule misses massive numbers of additions (there were 6 additions in the last hour in main, user, template and category space).

Modifying based on talk page discussion.  Increasing the capture area to !sysop to see what this hits.  Log only.

Added | "bot" in user_groups to exclude bot edits. - Ruslik0

Added XLinkBot to exclude this bot (it reports what it reverts ..) - Beetstra

Reducing the number of spaces checked.  Performance.  -DF

As a result of the last changes the filter has become absolutely useless and should be disabled. - Ruslik

Tagging with Tag:email address. These edits aren't usually wanted. --Drilnoth

Very slow filter of questionable intent, adding email addresses isn't always bad. Disabling for now -Prodego

Hence XLinkBot rule reenabled.  Prodego, adding an email address to mainspace is hardly ever OK ..

Marked as deleted. - KoH