vBulletin Mods

Well, with a few bits of suitably placed sticky tape - I have a working system on cpanel / exim. I think tamarian will be producing an update later.

For now, there's a temporary solution to access the mail spool file, which Paul has posted. A cron script to copy the file to the public_html area, then reset the original.

A better solution, IMHO, is to use the dot-forward file method (a feature available on all these mail packages, including Exim) to directly pipe the file to another in the public_html area. I'm still looking for the correct format, but if anyone knows, please share.

Another problem with Exim, is re-writing the headers for the bounced files, which will be missed by the current log collector. I'll release an updated version to capture those.

Does the CPanel/Exim show an option to forward to a file?

The PHP restriction you speak of, would it happen to be open_basedir?

I use this extensivly across my enviroment.

All you have to do is add a single path to the directory block of the vBouncer files that allows php to access the path to the spool file.

If it isnt open_basedir, im not sure :)

What do you mean by "add a single path to the directory block"?

I suspect CPanel might be chrooting the seperate systems, but I'm not sure, since I don't use it. But I can try to override the php.ini to see if that helps.

PHP has a "safe mode" system called open_basedir, it restricts PHP from going areas it isnt allowed to go into. It is controlled via php.ini, httpd.conf or .htaccess.

I do my modifications for each virtual site on my system in httpd.conf (using php_admin_value so that it cant be overridden by .htaccess).

Something like the following will allow PHP scripts to access /www/sitename, /tmp and /var/spool/mail (and outside of these paths will result in an error):

Block Disabled:      (Update License Status)
Suspended or Unlicensed Members Cannot View Code.

Now, you'd have to be careful, and probably put subscriber_notify in its own directory.

Oh, and this wont help you if you're in a chroot enviroment :)

Good tip, Tim. Let's see if any of our CPanel+Exim users can test it. Should be fine security-wise since the spool has it's own directory:

/home/example/mail/example.com/subscription_bounces/inbox

The only issue is if cpanel is adding its own directories to the variable. Youll need /tmp or your equivilant temp directory otherwise attachments/avatars wont work.

I'd already disabled open_basedir so I don't think this is the problem.

I had disabled it ages ago because I needed a Wiki to use the system DIFF utility.

I'll give it a whirl and let you know though (the htaccess segment that is).

The default open_basedir on cpanel is roughly:

Block Disabled:      (Update License Status)
Suspended or Unlicensed Members Cannot View Code.

It's applied per domain within the httpd.conf file.

I've added /home/EXAMPLE/mail to the value and will shortly check it :)

Nope... diagnostics still fail all three file tests.

It's not open_basedir :)

version 0.5 released: Option to use custom header strings to identify bouncers. (Example, some Exim users may need to enter 'X-Failed-Recipients:'.

To upgrade: uninstall, then re-install :)

I would like someone using Exim+Cpanel to test the .forward (dot-forward) file method :)

Here's how it works:

1. Create a file somewhere in your public_html directory /path/to/forum/admincp/subscriber_notify
this file should be readable/writable (666)

2.In your (subscriebr_notify) user home directory, create a .forward file. The .forward file should have one line in it:
/path/to/forum/admincp/subscriber_notify

The theory is that Exim will start forwarding emails to that file.

Not sure what Exim considers "home" directory, so you may need to try creating it in different directories for that user account (subscriber_notify) to test which directory is the right place for .forward

Send an email to subscriber_notify, and check if it was copied to that file. Exim manual states that this should work, so let's keep our fingers crossed. :)

Another request for Cpanel+Exim users. I'm writing a POP maodule as an option instead of reading files. I'll need to test my code (from my home server) with your bouncer email box. If you'd like to volunteer :) please PM me the new account's (subscriber_notify) POP username and password.

The next version will have a POP/IMAP option. This will be useful to those in chroot environments, or those on multiple servers, or using external mail servers.

I have it working, but I need some test volunteers. If you have a POP account for the subscriber_notify account, send me the POP access info by PM. (The worst I can do is delete a couple of bounced emails!) :)

I can't install Exim on my system, since I never used it, and would be time consuming for me.

Great :)

Does PHP need to be compiled with some extra support to connect to POP mailboxes?