What is the reason for setting -ODeliveryMode=deferred for sendmail calls in processmail? It delays responses to email being sent out in a timely manner -- otherwise you just hit the next polling interval for the queue, which is painful for time-sensitive bug issues. Maybe we could params() this so you can turn on deferred delivery if you want, but default is off (so it doesn't take a long time for email to arrive)? Other calls in bugzilla, including whineatnews.pl, globals.pl, and bug_email.pl just use the default delivery mode of the box, which I think would be more appropriate for most folks. Is it just because of the enormous volume of traffic bugzilla.mozilla.org gets that this is turned on so it isn't constantly sending mail? Let's get this into params() if so, and make bugzilla even cooler :) processmail.diff: 585c585 < open(SENDMAIL, "|/usr/lib/sendmail -t") || --- > open(SENDMAIL, "|/usr/lib/sendmail -ODeliveryMode=deferred -t") || 649c649 < "|/usr/lib/sendmail -t") || --- > "|/usr/lib/sendmail -ODeliveryMode=deferred -t") ||

OK, found the CVS entry in mozilla for this change (dmose v 1.41 in processmail) to avoid long hangs at submission time. While I appreciate this, by the same token I think this shouldn't be a hardcoded default -- it should be in params() so people can choose if they want deferred delivery or not. Assigning to myself for now... I'll work on getting it into params. My personal itch about this!

This is a duplicate of 37765, problem with exim *** This bug has been marked as a duplicate of 37765 ***

Verified duplicate.

moving to Bugzilla product reassign to default owner/qa for INVALID/WONTFIX/WORKSFORME/DUPLICATE