Search found 26 matches

by emmulator
Tue Jul 06, 2010 6:53 pm
Forum: Installation & Upgrades
Topic: Run multiple pickdist/xmlback?
Replies: 0
Views: 3090

Run multiple pickdist/xmlback?

We are running OpenEMM 5.5.1. We're sending 100s of thousands of emails a day. But it appears that sometimes when a user generates particularly large content, say a megabyte of html with lots of replacement variables, the xmlback process can take a long time to unpack a block of emails, and this can...
by emmulator
Wed May 26, 2010 10:00 pm
Forum: Bugs, bug fixes & releases
Topic: Resin is out of date
Replies: 5
Views: 10266

Maybe I'm missing something here. I do have the source tar from: http://sourceforge.net/projects/openemm/files/OpenEMM%20software/OpenEMM%205.5.1/OpenEMM-5.5.1-src.tar.gz/download This does include a build.xml, but not an openemm_build.xml. And that file only references a subset of the libraries tha...
by emmulator
Wed May 26, 2010 8:21 pm
Forum: Bugs, bug fixes & releases
Topic: Resin is out of date
Replies: 5
Views: 10266

We have started to experience an obscure resin bug that was apparently fixed in version 3.0.14 http://bugs.caucho.com/view.php?id=419 So we would like to update the resin bundled with our OpenEMM 5.5.1 installation to the latest 3.0.27, and I just want to be sure of the process. If I delete all the ...
by emmulator
Mon Apr 12, 2010 6:06 pm
Forum: Bugs, bug fixes & releases
Topic: Memory Leak in WebServices
Replies: 7
Views: 12517

I don't know if it's been fixed in the official release, but I just removed the 'usedConnections' Hashtable and related code from the WebServiceBase, and it's been working fine ever since. We're still using version 5.5.1.
by emmulator
Tue Oct 06, 2009 5:56 pm
Forum: Bounce Management
Topic: var/spool/filter -- safe to delete?
Replies: 3
Views: 9153

Thanks -- that will help us manage the disk space on that server. Do we need to stop sendmail or anything to safely remove them?
by emmulator
Thu Sep 17, 2009 11:19 pm
Forum: Bounce Management
Topic: var/spool/filter -- safe to delete?
Replies: 3
Views: 9153

var/spool/filter -- safe to delete?

The var/spool/filter directory of our installation is currently taking up 20GB of disk space. Is it safe to purge these files, or is there a way to configure the system to purge them?

This seems to be related to Bounce Management, which is why I'm asking in this forum.

Thanks!
by emmulator
Fri Jul 17, 2009 5:47 pm
Forum: Using OpenEMM
Topic: Increase MySQL performance for big lists
Replies: 9
Views: 11441

Thanks for the replies. I'll let you know if I have anything of interest to report back. We'll probably start by converting the same tables as Beck.
by emmulator
Tue Jul 14, 2009 7:11 pm
Forum: Using OpenEMM
Topic: Increase MySQL performance for big lists
Replies: 9
Views: 11441

Beck, ma, anyone: Is there any reason not to switch all the tables over to InnoDB? One reason I ask is that we have some cleanup jobs to delete old data from the system, and these are causing some contention. Since we keep running into performance issues with table locking, I'm wondering if we're no...
by emmulator
Fri Jun 26, 2009 6:47 pm
Forum: Using OpenEMM
Topic: Increase MySQL performance for big lists
Replies: 9
Views: 11441

Thanks! It's funny that you should respond when you did -- we had just this week decided to build that same index. We haven't changed the table engine yet, just added the index. The open connections immediately dropped from 130 to 13 and have stayed low. And whereas the mysql process was the top pro...
by emmulator
Tue Jun 02, 2009 8:08 pm
Forum: Using OpenEMM
Topic: Increase MySQL performance for big lists
Replies: 9
Views: 11441

Has anyone tried replacing the table engine for this or other tables? We've had to bump up the application connection pool and max_connections for MySQL because of all the table locking on this onepixel table. We're seeing more than 100 connections waiting on this table. I was also thinking of just ...
by emmulator
Fri May 29, 2009 10:38 pm
Forum: Installation & Upgrades
Topic: Anyone using Oracle?
Replies: 1
Views: 3749

Anyone using Oracle?

I understand that the commercial version of the software uses Oracle for the database, and I see the various hooks in the code for this. Is anyone using the open version with Oracle and could say what they had to do to make the changeover? Is it as easy as creating the schema and updating the db con...
by emmulator
Tue May 19, 2009 1:53 am
Forum: Using OpenEMM
Topic: Import Limitations for customer email-addresses
Replies: 3
Views: 7945

Well, if it really is *exponential*, then there's something wrong with the code. :) I can see where you might want to have limits like this for your hosted version of the product, but for those of us running our own systems, it doesn't really make sense to me to impose an artificial cap. My bigger c...
by emmulator
Mon May 18, 2009 5:22 pm
Forum: Using OpenEMM
Topic: Maximum throughput
Replies: 9
Views: 14399

It seems to me that what happened was the 5k baseline was filled up with bouncing emails, preventing new emails from getting put into the queue at a high enough frequency to achieve the needed throughput. Once we upped that limit for the queue, there was space for new emails to be put on the queue, ...
by emmulator
Mon May 18, 2009 5:19 pm
Forum: Using OpenEMM
Topic: How a mailing can be created and sent immediately?
Replies: 5
Views: 6289

We're using the webservices API and scheduling our Mailings for 'now', but I guess since this counts as 'scheduling' rather than 'immediate sending', they're always delayed by up to 15 minutes. This is only really a problem for the previews, where our users want to receive an email themselves to con...
by emmulator
Sat May 16, 2009 2:01 am
Forum: Using OpenEMM
Topic: Maximum throughput
Replies: 9
Views: 14399

Our solution was to edit the pickdist.py file at the following function: def queueIsFree (self): return len ([_f for _f in os.listdir (self.queue) if _f[:2] == 'qf']) < 5000 We replaced that 5000 with a 20000, to allow OpenEMM to place more emails into the Sendmail queue. We are now sending about 30...