Upgrading 2.0.7 to 2.0.15, fixdeps, and good stuff

After a year of running vanilla 2.0.7, I upgraded
last night to 2.0.15. The CPAN stuff, as usual,
was the biggest headache.

“make fixdeps” got everything except HTML::Mason
and that led thru a thread of issues:

(using perl 5.6.0, RH7.1)

  • Exception::Class not found
  • perl -MCPAN -e ‘install Exception::Class’ failed due to
  • Class::Container not found (although the msg wasn’t obviious)
  • perl -MCPAN -e ‘install Class::Container’ failed to install
    due to a test failure.
  • perl -MCPAN -e ‘force install Class::Container’ failed, saying “force” needed (?!)
  • cpan “force install Class::Container” works
  • cpan “force install Exception::Class” is needed
  • cpan “force install HTML::Mason” is needed

updating the database took 1 second. Updating the config file (carefully)
took 5 minutes. Everything seems to be working.

We had a report of spam-blockers not liking the “Sender:” line
that differs from the From:. Thanks to the rt-users, using sendmailpipe
instead of sendmail got rid of the line.

The main reason for installing 2.0.15 was to fix a couple of mail loops
provoked by incoming spam masquerading as coming from an alias of the RT
managed email. 2.0.7 seems to spin forever generating longer and longer
email until the alias is broken for a moment.

Hand testing 2.0.15, the loop detection works great!

Tonight I’ll try NotifyWithAttachment.

If anyone can tell me if I’m hosed because of the cpan forced
install, I’d appreciate it.

OTOH, I’m really just posting this in case it helps anyone else, thanks for
the great product and great support group.

Replying to myself with two issues discovered.

We had a report of spam-blockers not liking the “Sender:” line
that differs from the From:. Thanks to the rt-users, using sendmailpipe
instead of sendmail got rid of the line.

The Sender: line is gone, but our customer is complaining that the

As far as mason go’s, be sure you are running Mason 1.05. I was running
1.1+ in my first installation of RT. I was getting several errors,
sometimes fixable with hacks, sometimes not. Upon scouring this list, I
learned that Mason 1.05 seems to be the optimal version of mason with any
RT version. Since you hacked the RT Makefile to download Mason via CPAN,
I’m guessing that you have the 1.1+ series of Mason installed.

-Forrest

At 04:18 PM 10/29/2002 -0800, you wrote:

At 09:16 AM 10/30/2002 -0800, Forrest Stanley wrote:

As far as mason go’s, be sure you are running Mason 1.05. I was running
1.1+ in my first installation of RT. I was getting several errors,
sometimes fixable with hacks, sometimes not. Upon scouring this list, I
learned that Mason 1.05 seems to be the optimal version of mason with any
RT version. Since you hacked the RT Makefile to download Mason via CPAN,
I’m guessing that you have the 1.1+ series of Mason installed.

-Forrest

Furthermore, here is part of my own (working) installation procedure:

  • Install prereqs for HTML mason
    perl -MCPAN -e shell
    install Params::Validate
    install Exception::Class
    install Class::Container
    install Scalar::Util
    install File::Spec

  • Download and Install HTML-Mason 1.05 (must be 1.05, do not d/l via CPAN)
    gunzip -c HTML-Mason-1.05.tar.gz | tar xvf -
    cd HTML-Mason-1.05
    perl Makefile.PL
    make
    make install

The Sender: line is gone, but our customer is complaining that the
From line at the top of the header is different from the From: line
that RT adds (causing the customer’s spam filter to kick in).
(The first one is the username of the httpd process)

Is there any way with sendmail/sendmailpipe to get these two From
lines to agree?

Depending on your sendmail configuration, try putting the web user into
/etc/mail/trusted-users, /etc/sendmail.ct or into whatever file is after
"Ft" in your /etc/sendmail.cf file. Or an actual “Tapache” type entry
in sendmail.cf right around that section.

(In other words, configure sendmail to trust that user; maybe add the rt
user and mail in there, too)
Eric Eisenhart - Internet Services Specialist
Computing Services, Santa Rosa Junior College
1501 Mendocino Ave, Santa Rosa, CA 95401-4395
707.521.7952 FAX: 707.569.8421
AIM: ericeisenhart ICQ: 156218985
eeisenhart@santarosa.edu www.santarosa.edu