Email Event Listener

[jrottman]

I am working on a small perl app that will facilitate a large portion of our transaction management system.

I have found one stumbling block with writing this application in perl. I have yet to find a way to create a persistent event listener. IE the application is constantly connected to an email server listening for new emails that come in.

Anyone know if this is possible?

I know it is possible to setup a timer to connect to the server at a set interval but I am trying to get away from this.

 

[PaulTEG]

Push emails, as opposed to polling POP3 servers??

Paul
------------------------------------
Spend an hour a week on CPAN, helps cure all known programming ailments ;-)

 

[MillerH]

Paul,

I realize that this is probably more of a sysadmin type question, rather than perl. However, what type of solutions would you use for push emails for perl. I currently use sendmail, and then pop access to check certain accounts every 10 seconds or so. But if I could setup push emails, I would obviously get much better response time. Is this an option with sendmail? Do I need to use procmail or some other software to acheive this?

Sorry for jumping on this question, but figured the user might want the same information.

- Miller

 

[PaulTEG]

First, off the top of my head, you'd need a 'push' client, something that incessantly polls, or is always available to accept a connection and has a guaranteed* net connection.
Then poll each of the accounts, using a POP3 daemon, and if new mails are there, then push them to the MUA in perhaps an XML format, or whatever the MUA accepts.

I've not thought too much about this, and to be honest, I prefer to download mails when I'm ready to read them, rather then them annoying me, but that's just me ;-)

* my inner "lawyer" made me put that in ...



Paul
------------------------------------
Spend an hour a week on CPAN, helps cure all known programming ailments ;-)