Re: [Phpgroupware-users] Re: Maildir capable email module

[Chris Weiss]

yes php has some overhead, and php cannot run SUID as an apache module so it
would need to run as CGI adding even more overhead.  So now we can compair an
C cgi to a C/C++ cgi that is parsing a scripting language and performing
actions on its behalf.  Also one is probably quite targeted and optimized and
the other is very flexable.

The way the mail classes are written it would not really be difficult for
someone that knows maildir well enough to write a datastore class to work
along side the current php-imap/pop3 and socket-imap/pop3 classes.  It's just
with the security and performance issues I don't see anyone just picking up
this task without having a need for it themselves.  Not that I actually have
any real say as to whether anyone will do it, I'm just stating what I see as
the main chalenenges to it.

So, IMAP servers read maildir, and are C, are you having that much of a
performance problem?  I mention the spool because with many mail servers the
INBOX stays in the spool.

If you really want to make a maildir class for the email app, first have a
look at anglemail.com.  There are already some notable performance
enhancements there and Angles would be the the guy to ask for info on how the
mail classes work.

Brian Jackson (address@hidden) wrote*:
>
>Does php add overhead. I ask because right now for webmail I use sqwebmail
>and it uses Maildir's instead of IMAP or anything else. It is written in C
>as a cgi, so unless php adds overhead I can't imagine why it would be too
>different performance wise(sqwebmail doesn't do anything with the spool only
>the Maildir, and it uses a single account that all the mail is owned by and
>is only r/w by that user). Let me know what you think.
>
>Chris Weiss writes:
>
>> this gets brought up every couple months, but it's not practical.  I'm sure
>> it's possible, most anything is, but everyones mailboxes, both in spool and 
>> in
>> their home dirs, would have to be world writable.  Not to mention the
>> performance issues with raw file access and the memory needed to load up a
>> large mailbox (like my 20,000 message Trash folder) and parse it into the
>> message parts.  IMAP is just so much more suited for this.
>>
>> Brian Jackson (address@hidden) wrote*:
>>>
>>>I have been listening to the list for a few months, and didn't really have
>>>lot of time to mess around with phpgw for a while(I had install problems
>>>with earlier versions). Since 9.14final was released I decided to try again
>>>and it installed and seems to be running without any problems. Now for the
>>>real reason I am writing the list(because I am sure everybody cares tons
>>>that I finally got off my duff and got it working)
>>>
>>>I seem to remember a while back someone asking if there was a Maildir
>>>capable mail client for phpgw(I might be crazy too so if nothing like that
>>>ever happened just pretend it did). Does anybody know if such a beastie
>>>exists is being worked on(and possibly needs help) or is ever planned?
>>>
>>>Thanks for any info.
>>>
>>> --Brian
>>>
>>>p.s. to all the people who have spent too much time working on phpgw
>>>....great job!
>>>
>>>
>>>_______________________________________________
>>>Phpgroupware-users mailing list
>>>address@hidden
>>>http://mail.gnu.org/mailman/listinfo/phpgroupware-users
>>>
>>
>>
>>
>> _______________________________________________
>> Phpgroupware-users mailing list
>> address@hidden
>> http://mail.gnu.org/mailman/listinfo/phpgroupware-users
>
>
>
>_______________________________________________
>Phpgroupware-users mailing list
>address@hidden
>http://mail.gnu.org/mailman/listinfo/phpgroupware-users
>