Being told what changes you yourself made to the wiki is like hearing an echo when talking on the telephone. Very distracting.

It would be nice if Mailercontrib did not notify a user of their own changes.

MC

Yes, it would. Especially for me, who gets spammed by his own changes on d.t.o

Confirmed

CC

Today the same report can be generated once and sent to multiple email addresses.

To implement this each report must be generated individually.

So be careful - a large installation with many active users and many names in WebNotify - could be significantly loaded during the daily notify session. It would be bad if the server is put to its knees for 30 minutes per day. In a global company there is no such thing as day and night.

So if implemented be careful how to minimize the extra load.

Raise a feature request for this.

KJL

I can understand why you would think that, but in fact each subscriber (target email address) already has an individual report compiled for them - and it is noted that this imposes a significant load (see Item3718). However this is necessary to support the mailer functionality.

It is perfectly feasible to determine the email address(es) of the author of a change, and exclude them from the mailing without much additional load.

-- CrawfordCurrie - 17 May 2008

Created MailerContribShouldOptionallyExcludeCertainAuthors

-- OliverKrueger - 23 Jun 2009

It seems, that this enhancement is already implemented.

There is only a typo in MailerContrib/WebNotify.pm:
line 234

            $change->{author}

should be

            $change->{AUTHOR}

After this change it works as expected.

However, there is currently no way to get a seperated behaviour for each subscribed user.

-- TarekUnger - 03 Feb 2012