> That sounds like server-side filters

I have both kind of replies on this:

No: my perl imap client reads via text2speech important mail sender and subject in my headset while I'm listening music to avoid the openspace chaos. So it is a filter yes, but eminently client side.

Yes: my perl imap client also mark as read some mail, move other ones to specific subfolder or mark them as important, so it is something should be done server side via message rules. But the actual server offers an OWA interface and rules are not always applied and I dont know why. Also: I use Thunderbird as mail client and it offers message filters too, but they have broken something recently and message filters are now very instable and new applied filters simply dont work.

But I dont think my question was about filtering. My question is about making a reconecction using Mail::IMAPClient and implementation apart I think is a valid question. The module offers methods to connect, check the status of the connection so I suppose should be great to be able to recover a lost connection. All professional mail clients are able to do this, I want it too.

L*

PS from the RFC you kindly linked:

   This document describes a language for filtering e-mail messages at
   time of final delivery.  It is designed to be implementable on eith
+er
   a mail client or mail server.
[download]

I dont think my question was about filtering.

No, but it made me think you were busy re-inventing the wheel on the "wrong" side (on the client).

my perl imap client reads via text2speech important mail sender and subject in my headset

Interesting idea. I'm not sure if I would freak out if my computer would suddenly start speaking while I'm deep "in the zone".

Alexander

--
Today I will gladly share my knowledge and experience, for there are no sweeter words than "I told you so". ;-)