Closed
Bug 50698
Opened 24 years ago
Closed 24 years ago
parameter for sendmail deferred mode
Categories
(Bugzilla :: Bugzilla-General, defect, P3)
Tracking
()
VERIFIED
FIXED
Bugzilla 2.12
People
(Reporter: Chris.Yeh, Assigned: Chris.Yeh)
References
Details
i get tired of having to move processmail out of the way everytime i want to check in a change. there should be a parameter for the sendmail deferred mode so that it can be easily toggled on or off without having to touch and modify local copies of processmail.
checked in enhancement, there is now a sendmailnow parameter which toggles whether we send in deferred mode or not. default is OFF (send in deferred mode)
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Comment 2•24 years ago
|
||
This patch doesn't work in perl 5.6. It now queues everything, regardless of the param. For some reason having the 'my' in front of the $sendmailparam inside the if() block makes it fail to assign, since you already declared it as a 'my' var two lines above. I just checked in a patch to it. Removing the 'my' from in front of the variables inside the if() blocks fixed it.
The problem has to do with Perl scoping...the my keyword in the if statement effectively makes it a seperate instance of that variable, so it never gets set to null since it gets the original value back when it leaves the if statement. I tested this as best as I could, that's what I get for testing a single bug on a fast unloaded machine. (It looked like an immediate send, honestly it did!) Thanks for the catch and the fix.
Comment 5•24 years ago
|
||
In search of accurate queries.... (sorry for the spam)
Target Milestone: --- → Bugzilla 2.12
Comment 7•23 years ago
|
||
Moving closed bugs to Bugzilla product
Component: Bugzilla → Bugzilla-General
Product: Webtools → Bugzilla
Version: other → unspecified
Updated•12 years ago
|
QA Contact: matty_is_a_geek → default-qa
You need to log in
before you can comment on or make changes to this bug.
Description
•