Re: [SM-DEVEL] Squirrelmail being inefficient and expensive with lots of sqimap_login's?

[Jon T. <jo...@tg...>]

It seems to me that when we get around to using Zk, we can have two
different implementations of IMAP - one written in php and one that uses
the PHP module.  That would allow people who own their own servers to
compile PHP with IMAP for better performance, while allowing people who use
hosting providers (who can't compile their own PHP) to still use
SquirrelMail.

- Jon

> Indeed, maybe it is time (call it SM 1.3) to start requiring the PHP
> IMAP plug ins. The compiled functions will no doubt be faster.
>
>   http://www.php.net/manual/en/ref.imap.php
>
> In fact, persistent streams are included:
>
>   http://www.php.net/manual/en/function.imap-popen.php
>
> No doubt folks have know about this. Why not use them? SM now uses PHP
> 4.1, I think we should make full use of PHP. (Critics will say that
> ease  of installation requires that SM use its own code.)
>
> Michaela
>
> ---------
>
> On Monday, February 25, 2002, at 12:29 PM, Konstantin Riabitsev wrote:
>
>> On Mon, 2002-02-25 at 12:16, Alexandros Vellis wrote:
>>> So, any thoughts why we can't use the same imap stream for the
>>> duration of a session? (And rebind only when the, say, 30 minutes of
>>> inactivity are through)?
>>
>> This can't be done using php. However, what needs to happen is an imap
>> proxy that would keep the connections open for a pre-defined length of
>> time, catch new connections, evaluate them, and invoke existing
>> connections if they are already open.
>>
>> This, however, will require C, python, perl, or whatever, and a good
>> knowledge of systems programming, which I am not that familiar with.
>>
>> Alternatively, it's possible to use native imap libraries bundled with
>> php -- IIRC it has persistent connection option. SquirrelMail was
>> originally written with its own set of imap calls for the ease of
>> installation, but nowadays adding imap libs to a php install is, for
>> most, as easy as adding a php-imap rpm, so it's no longer as relevant.
>>
>> Of course, this will doubtfully happen before SM-2.
>>
>> --
>>  0>  Konstantin ("Icon") Riabitsev
>> / )  Duke University Physics Sysadmin
>>  ~   www.duke.edu/~icon/pubkey.asc
>>
>
>
> --
> squirrelmail-devel mailing list
> List Address: squ...@li...
> List Info:
> https://lists.sourceforge.net/lists/listinfo/squirrelmail-devel
> http://squirrelmail.org/cvs