Re: [Imap-protocol] Re: Suspend/Restore feature proposal
L Walsh <[email protected]>
| Newsgroups | gmane.mail.imap.general |
|---|---|
| Message-ID | <[email protected]> |
Michael M Slusarz wrote:
> Yeah: this is exactly what imapproxy provides
> (http://www.imapproxy.org/). Way back at the beginning of the thread
> I laid out the reason why this solution is insufficient or, at least,
> undesirable.
...
>
> Yup - you've pretty much (re-)invented imapproxy.
----
But the reasons you gave for imapproxy not working were it's
auto-restart
of a session (which I suggested against), and keeping what connection
you need
in a cookie -- which would allow specifying exactly which connection you
want --
thus overcoming your other concern about only allowing for a 1:1 backend.
i.e. it solves your critical problems and leaves a bit of undesirable
complexity
-- maintenance of a separate service (not if you include your modified
version
in your disconnected client, no?) and the last reason which was it being
specific to some proxy server (??which? the one you would ship -- i.e. the
modified imapproxy?)....
So... I guess I'm seeing that because you are running a "scriptish"
frontend,
you don't want to include a binary ? erk. Dunno about php, but you could
do it in perl. Seems like what you might need is a php-extension (i.e. a
binary-lib that could be loaded and handle some of this)...
That's if you wanted to do it yourself and not bother trying to extend
the IMAP
protocol...
I dunno, seems like a php-extension-lib (I have never used php, so don't
know
how difficult that would be, but....) might be the most str8-forward way
to get
to where you want to go...??
But you're much more knowledgable about all the reasons you want to do
it the
way you are doing it -- and from my own experience, sometimes I have lots of
un-voiced/unwritten-down reasons for wanting to do something a
particular way
that I just haven't communicated very well (even to myself!) ;-)...
Anyway, sorry I'm recovering ground you already thought of...
Sounds complicated...ick. Good luck! ;-)
_______________________________________________
Imap-protocol mailing list
[email protected]
http://mailman2.u.washington.edu/mailman/listinfo/imap-protocol