You can install c-client, but you don't have to run it.

I am trying to install c-client. I have ran the make command (I am on linux)

make slx

But after that, I cannot find a make install command. And the rest part of the README file really deals with installing the binaries as a daemon service, nothing really about library installation.

If I went ahead to compile php with --with-imap=/usr/local/imap-2004e (which is the folder i created following instructions from php.net), then I got the above error:

configure: error: Cannot find rfc822.h. Please check your IMAP installation.

Just found that the following tips helped me to get rid of this compilation error:

Found at http://dovecot.org/pipermail/dovecot...ly/004281.html

Good to hear jb605 :up:

I did a mass email, and there are a large amount of bounced emails. I didn't notice that 50 count limit, so vbouncer went ahead and processed 50 unique emails, and deleted all the others. This is really bad because I do need all those bounced emails and need to process them all. Now they are gone, even if I raise the limit, I don't have those bounced emails anymore.

Also, vbouncer seems to delete emails that it cannot identify as returned error etc. It probably should leave those emails there, because I need to modify the vouncer.inc based on the patterns on those bounced emails. I guess it might be better if vbouncer only deletes emails it has read (in imap mode). I am not sure if it is possible with system file based method or pop mode.

vBouncer must delete the emails after processing, otherwise it will count them as duplicates on the next run. If you get too many bounced emails on every run, just increase the frequency of the collection task, as explained in the first post. If you really need to save copies of your bounced emails, just create a cron job to copy the file for you.

Thanks. That's what I am doing. I just created another account, which gets a copy of all the emails coming, so that when I see some patterns that my configuration cannot catch, I can just go back and modify the pattern according to it, then copy the emails from the backup account to re-process it.

Currently, I have a large amount of emails being processed but vbouncer claims no bouncing emails found. I checked the code, and find the following code kind of confusing:

This is checked in function CombThrough($Header, $Body) and again in function Process_Std_Report($Header, $Body). I looked at my emails, none of them has this pattern in it, which explains why I get more than a thousand bounced email in a batch mass email, but vbouncer claims no bouncing emails found. So, I guess I will have to modify this code, right? However, in most of my bounced email, I do see this:

X-Failed-Recipients: adfasdfl@yhaoo.com

Is it safe for me to remove the above search for ^Final-Recipient?

Thanks.

No, you don't have to modify the code (but it's GPL, so you may, if you want to)

vbouncer.inc allows you to add the proper patterns that match your usual bounced emails without modifying the code.

vbouncer.inc currently holds 4 patterns that match the samples people here sent me so far, but you can add your own patterns to it as new cases.

Not sure if you are using an old version without vbouncer.inc (it was added recently), you might want to click install to get the latest updates.

My fault. I should add that pattern into vbouncer.inc instead of modifying the code. Adding it to vbouncer.inc does the same thing.

Thanks.

Also, maybe you didn't expect, but I have a few thousands of bounced email addresses, and my stats page takes a long time to load. A pagination will probably solve that problem.

I have this installed but it will not display any bounced emails in the stats screen and the

"Last run with results" portion of the same screen shows "19:00, 31st Dec 1969" as the last run date even though I ran the cron script myself manually in the admincp to test it. Im using the IMAP mode. What could be set wrong?