Item2460: we should not need a support script to prevent MailerContrib from getting confused.

Priority:	CurrentState:	AppliesTo:	Component:	WaitingFor:
Normal	Confirmed	Extension	MailerContrib

MailerContrib docco links http://foswiki.org/Support.DuplicateNotificationsFromMailerCon wich does not exist.

So I created it from http://twiki.org/cgi-bin/view/Support.DuplicateNotificationsFromMailerCon

there's a script there who's code really should be in MailerContrib - writing a support script to support a script is a bit redundant :/

rather than making locks, its actually simpler to make queues and to process sequentially..

eg

if there is a mailnotify running, the second mailnotify writes a file with its params to its working dir. When the original mailnotify has finished processing, it sees there is another operation queued, and so reads the params, deletes the file and processes them.

it might be simpler though to change MailerContrib so that the news and changes options don't clobber each other..

-- SvenDowideit - 05 Dec 2009

Agreed, but I suspect locks are simpler. Mail notification can be run in several different ways, not just through the script.

-- CrawfordCurrie - 08 Dec 2009