Foswiki on GitHub is open for business! Next release meeting: Monday October 13, 1300Z
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 frown

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

ItemTemplate edit

Summary WIBNIF MailerContrib didn't notify a user of their own changes
ReportedBy MartinCleaver
Codebase
SVN Range 7760
AppliesTo Extension
Component MailerContrib
Priority Enhancement
CurrentState Confirmed
WaitingFor
Checkins
TargetRelease n/a
ReleasedIn n/a
CheckinsOnBranches
trunkCheckins
Release01x01Checkins
Topic revision: r8 - 03 Feb 2012, TarekUnger
 
The copyright of the content on this website is held by the contributing authors, except where stated elsewhere. see CopyrightStatement. Creative Commons License