Really slow

[astralis]

I'm trying to grab 30k bounces and it's been running for 12 hours and has only processed 4,000.

It appears there's a huge memory leak that slows it down after processing a couple hundred bounces.

Is there another way to approach this?

 

[stanbusk]

Do you mean you have dropped 30k emails to the application? Can you detail what you are doing?

 

[astralis]

Stanbusk, it's still trying to grab them from the server, one at a time.

I've noticed whenever it processes 1,200 bounce-backs, that the application slows to a crawl.

 

[stanbusk]

Can you detail what you are doing? What kind of connection, protocol...etc...?

 

[astralis]

POP3

After processing, remove mail from server.

 

[stanbusk]

There is a setting for modifying the number of messages to process on each session, have you tried to lower it?

 

[astralis]

What do you recommend?

What would be a reasonable time to process 50k bounces?

 

[stanbusk]

I would set it in 10 to 20.

 

[astralis]

I'll try that...

 

[astralis]

That didn't help. After eight hours, the program had only ran 6,000 and was crawling. I had to ctrl-alt-delete to shut down the program because it was unresponsive.

There's definitely a memory problem when it's trying to run so many emails.

 

[stanbusk]

I have never heard of such problem but a new version will be available soon.

Note that you can also process bounces in your mail software, have you tried that?

 

[astralis]

>> Note that you can also process bounces in your mail software, have you tried that?

How so?

 

[stanbusk]

What mail software are you using?

 

[astralis]

hMailServer as the mail server.

I also use Gammadyne to send but the bounce processing is unwieldy, which is why I'm using eMail Bounce Handler.

Sometimes I download all the mail using Thunderbird as the email client so I can have the .eml files when I need to clear out hMailServer.

I'm flexible.