|Title||Too many conflict e-mails sent|
|Assigned user||Nick Barnes|
|Description||If the replicator detects a conflict, it resolves it (by overwriting the job with the issue) and sends an email. If there is some condition which prevents the replicator poll from completing successfully, then it repeats this whole procedure, including the email, on the next poll. This is confusing and irritating because multiple identical emails are sent for each issue [4, 8]. If there are many conflicts, this can result in hundreds [1,2,4,6,10] or even thousands of email messages. The only way to cut them off is to set smtp_server to None, which is not desirable [3,4,6,7,9,11,12]. If all polls fail for an extended period, new conflict reports are generated for jobs and issues which have not changed for several days |
|Analysis||This is basically the same as job000444, and strongly related to job000443.|
This customer had deleted TeamTrack issues(job000076), so his polls were never completing, leading to exponential backoff which was mistaken for a stall (reported as job000482). When the P4DTI was restarted to get it out of the stall, it did a number of failed polls in quick succession (poll_period returned to 10 seconds) and this generated many hundreds of conflict emails.
One possibility is not to send any email on a conflict unless the overwrite actually changes the job. That way subsequent conflicts for the same job won't generate mail.
|Created by||Nick Barnes|
|Created on||2002‑03‑27 15:31:05|
|Last modified by||Nick Barnes|
|Last modified on||2002‑03‑27 15:31:05|
|History||2002-03-27 NB Created.|