> 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.
In reply to Re^4: Handling reconnection with Mail::IMAPClient
by Discipulus
in thread Handling reconnection with Mail::IMAPClient
by Discipulus
For: | Use: | ||
& | & | ||
< | < | ||
> | > | ||
[ | [ | ||
] | ] |