37765 - In processmail, /usr/lib/sendmail -ODeliveryMode=deferred -t checks exim

Status: RESOLVED WORKSFORME

(Bugzilla :: Email Notifications, defect, P2)

Description

[Seth Landsman]

We use exim as our MTA, not sendmail.  It appears as though this change killed
bugzilla's email reporting for us.  I think that mail processing should be done
in an MTA agnostic manner, which this is not.

I'll try to whip up a patch in my copious free time.  A confirmation of this
problem would be most welcome ...

Comment 1

[Matthew Barnson]

*** Bug 38341 has been marked as a duplicate of this bug. ***

Comment 2

[Matthew Barnson]

Problem confirmed, and definitely not just limited to processmail (it causes
some problems with some sendmail configurations, too).  Have you
made any progress making bugzilla MTA-agnostic?  If not, I'd be willing to take
this.  It shouldn't be too hard (define a param for sendmail, another param
for flags for sendmail).  I have another bug filed (bug #38341) -- marking it as
duplicate of this bug.  Not sure if I want to spend a vote on it, though...

Comment 3

[Matthew Barnson]

Erm, oops, should have read my comment before clicking that commit button.  I
meant:
s/limited to processmail/limited to exim/

Comment 4

[Matthew Tuck [:CodeMachine]]

See also bug #41007.

Comment 5

[Dave Miller [:justdave]]

moving to real milestones...

Comment 6

[Rémi Perrot]

A laest for exim it should be possible to use old switch that compatible with
sendmail.
-ODeliveryMode=background --> -odb
-ODeliveryMode=interactive --> -odi
there is no compatible commande for the deferred mode but there is one for the
queued mode.
-ODeliveryMode=queued --> -odq

Comment 7

[Matthew Tuck [:CodeMachine]]

Currently you can turn on the 'sendmailnow' parameter to workaround this.  While
as reported this seems to be a duplicate of bug #50159, this bug seems to have a
suggestion for a better fix so I'll leave this open.

Comment 8

[Dave Miller [:justdave]]

*** Bug 41007 has been marked as a duplicate of this bug. ***

Comment 9

[Christopher Aillon (sabbatical, not receiving bugmail)]

Mass moving to new product Bugzilla...

Comment 10

[Dave Miller [:justdave]]

We are currently trying to wrap up Bugzilla 2.16.  We are now close enough to
release time that anything that wasn't already ranked at P1 isn't going to make
the cut.  Thus this is being retargetted at 2.18.  If you strongly disagree with
this retargetting, please comment, however, be aware that we only have about 2
weeks left to review and test anything at this point, and we intend to devote
this time to the remaining bugs that were designated as release blockers.

Comment 11

[Dave Miller [:justdave]]

Changing default owner of Email Notifications component to JayPee, a.k.a.
J. Paul Reed ([e-mail]).  Jake will be offline for a few months.

Comment 12

[J. Paul Reed [:preed]]

Resolving all bugs complaining about sendmail-specific/hard-coded MTA problems
as dupes of bug 84876.

Fixing these issues is inclusive in the fix for that bug, now.

Cc yourself to that bug if you care to watch the madness.

*** This bug has been marked as a duplicate of 84876 ***

Comment 13

[Dave Miller [:justdave]]

clearing milestone on all DUPLICATE/WONTFIX/WORKSFORME/INVALID so they'll show
up as untriaged if they get reopened.  "Jiminy Cricket!" for the filters (and I
don't care if it's spelled wrong ;)

Comment 14

[Max Kanat-Alexander]

This definitely now still needs to be resolved.

Comment 15

[J. Paul Reed [:preed]]

Kick all my Bugzilla bugs back to the component default owner.

Comment 16

[Enrico Weigelt]

Why not simply moving out the whole stuff to some external command ?
A simple shell script (or whatever the user likes) can do the job. All MTA related things are handled here.

For simplicity this command is fed in the same way as "sendmail -t":
First come the header fields (including "Subject:", "From:", "To:", "Cc:" ...), then an single newline and then the content. In other words: just like an rfc822 mail, but w/o the "From " header line.

Then bugzilla has an config option to specify this command an supplies an simple script adopted to sendmail (or even several scripts for the most important MTAs) and this script used as default config value. The admin can set it to his own script if needed. This way there's no need to change the actual code, which would cause problems on updates.

Comment 17

[Marques Johansson]

Like comment #16, the sendmail option "-bm" could be used but you have to specify the recipients on the command line to make exim happy.

Comment 18

[Frédéric Buclin]

We no longer pass -ODeliveryMode=deferred to sendmail since Bugzilla 4.0, see bug 561362.