I was recently installing Bugzilla on a new server and ran into problems with the CGI perl module from CPAN being too recent. Apparently, version 3.47 has some issues, so I had to downgrade to 3.45.

Bugzilla recommends that you use their installer when the checksetup.pl script spits out missing modules. However, if you encounter problems or need older version, this won’t work.

However, their own script makes a copy of the CGI.pm file inside of the bugzilla libs/ directory.

In order to solve the issue, you need download and install the proper version, but then copy of the file to the bugzilla libs folder.


$ wget http://search.cpan.org/CPAN/authors/id/L/LD/LDS/CGI.pm-3.45.tar.gz
$ tar -xzvf CGI.pm-3.45.tar.gz
$ cd CGI*
$ perl Makefile.PL
$ make
$ make install
$ cp /usr/lib/perl5/5.8.8/CGI.pm /var/www/vhosts/trellisdev.com/subdomains/bugs/httpdocs/lib/CGI.pm


Then, continue with your checksetup.pl process as usual.

I’m always forgetting this command so I’m posting it here. This is the location of the mail log on mediatemple dv servers.

tail -f /usr/local/psa/var/log/maillog

I recently had to research the source of some email issues which required me to check what may still be in a queue for sendmail. Since the source of the email was PHP, which was using the default mail method, the emails would be going through sendmail.

To check the queue, I used:


# mailq

(this checks /var/spool/mqueue, the primary queue)


# mailq -Ac

(this checks /var/spool/clientmqueue, which may or not be used on your server)

Unfortunately my queues were empty, but these commands will be very helpful to me in the future.

I run ProFTPD on both of my development machines – one is a Mandrake Linux 10.1 box and one is Fedora Core 5. The FC5 machine was recently setup as I needed a devoted PHP5 development machine, but the ftp server was taking up to three seconds per directory to perform an action. I needed to transfer some client code and it took about ten minutes just scan through all of the directories – this was completely unaccpetable.

I was curious as to what the differences were between the two machines – one worked very quickly and one did not. After a bit of a searching I discovered a few tweaks that solved all of the problems:

Adding the following to the config file really sped up the login process:

IdentLookups off
UseReverseDNS off

However, my directory listings were still running slowly. When I added:

AllowOverride off

To the global config file, it told ProFTPD to stop looking for an .ftpaccess file in every single directory.

Once I restarted the server, things were blazing along. All it took were a few minor changes to be back in business!