[rt-users] sendmailpipe returns EX_TEMPFAIL
Kevin Falcone
falcone at bestpractical.com
Wed Aug 14 10:35:25 EDT 2013
On Tue, Aug 13, 2013 at 10:55:57AM +0200, Nathan Cutler wrote:
> > Does anyone have any other ideas for debugging this issue? Especially
> > I am interested in how I could confirm or deny that it's related to
> > mod_perl "cohabitation" -- i.e. two different Perl applications in a
> > single mod_perl host?
>
> I noticed that when I don't have "PerlOptions +Parent" in the apache
> config, the Perl library search order on the System Configuration page
> is different than when I do. Here's what it looks like _without_
> PerlOptions +Parent (omitting the line numbers which do not
> copy-paste):
>
> Perl library search order
>
> /usr/share/request-tracker/local/lib
> /usr/share/request-tracker/local/plugins/RT-Extension-MergeUsers/lib
> /usr/lib/perl5/vendor_perl/5.10.0
> /usr/lib/perl5/vendor_perl/5.10.0/x86_64-linux-thread-multi
> /srv/www/perl-lib
> /srv/www/vhosts/pdb/
> /usr/lib/perl5/site_perl/5.10.0/x86_64-linux-thread-multi
> /usr/lib/perl5/site_perl/5.10.0
> /usr/lib/perl5/vendor_perl
> /usr/lib/perl5/5.10.0/x86_64-linux-thread-multi
> /usr/lib/perl5/5.10.0
> .
> /srv/www
>
> Notice lines 5 and 6 which obviously come from the other mod_perl application.
>
> Now, here's what it says _with_ PerlOptions +Parent:
>
> Perl library search order
>
> /usr/share/request-tracker/local/lib
> /usr/share/request-tracker/local/plugins/RT-Extension-MergeUsers/lib
> /usr/lib/perl5/vendor_perl/5.10.0
> /usr/lib/perl5/vendor_perl/5.10.0/x86_64-linux-thread-multi
> /usr/lib/perl5/site_perl/5.10.0/x86_64-linux-thread-multi
> /usr/lib/perl5/site_perl/5.10.0
> /usr/lib/perl5/vendor_perl
> /usr/lib/perl5/5.10.0/x86_64-linux-thread-multi
> /usr/lib/perl5/5.10.0
> .
> /srv/www
>
> So maybe the problem is solved? I did have PerlOptions +Parent in the
> apache configuration before, but maybe not correctly? I checked the
> other application's vhosts file and it _does_ have PerlOptions
> +Parent.
While PerlOptions +Parent is important if you need to run two mod_perl
apps, you should keep your log in place, and possibly dig up one of
the shims from the mailing list archives that has been used to debug
this.
In the past, it was bugs in mod_perl and the handler type, but it's
nearly impossible to debug from the standard RT debug and mail logs.
-kevin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 235 bytes
Desc: not available
URL: <http://lists.bestpractical.com/pipermail/rt-users/attachments/20130814/277df552/attachment.sig>
More information about the rt-users
mailing list