From: Thomas B. <ema...@gm...> - 2003-03-25 23:08:27
|
Hi, great to hear that you want to contribute to mgw ! if you need any help in understanding the webmail-module or even the code (it's not documented ... ) feel free to mail me any questions. perhaps you have someone who can read the mozilla-mail sources ? Mozilla has a very intelligent caching system for headers and folders on imap, this makes it extremely fast using it with imap. perhaps we can use some moz-technology in the webmail module ... ;-) bye tom M. Benjamin Mehling wrote: >>I'm working for a while on the imap-support, the main problem is >>performance. Downloading the whole email every time you view >>it is very slow, so I'm looking for a code that only fetches the >>important parts of each mail (squirrelmail only fetches one part, >>so when viewing rfc822s [= mails attached to a mail] you always >>need to open a new window). Next problem is reading all folders >>(or only the subscribed ones for ms exchange) and error-handling >>using different mail-servers. I'm looking for a solution that uses >> >> > >Yes, Squirrelmail is slow in a lot of cases -- especially w/ large email >boxes. In my limited programming w/ IMAP, I've found it VERY difficult >and slow to access message parts (i.e. just the Subject: line). It >doesn't appear that IMAP really lets the programmer do this efficiently. > >From my perspective, the strength of IMAP is the ability to receive, >store, manage, and send email from any IMAP client while all the email >information is stored on the server. This allows you to use whatever >client is most applicable to your current location (i.e. at a remote >location, or sitting at your desktop, or sitting at your laptop). > >I'm not at the point yet, where I can spend much time on the webmail >module, as we are looking to roll out the calendar, contact, and todo >modules first. > >Once those are in place and the users are acclimated to the system, >we'll look harder at helping out w/ the IMAP module. Thanks for your >continuing efforts on this front. As I said, it is very slick -- I >could see the module easily rivaling MS Exchange's webmail client in >functionality. Nice work! :) > > > >>As Kartsten said there is a big need for developers. Moreover we need >>more people testing the modules intensively. I'm finding about 99% of >>all bugs in the webmail-module, perhaps this can change in the future >>because tests take a lot of time. (I'm also working 40-60h every weak >>and studying informatics, so time for developing and testing is really >>rare.) >> >> > >Understood. As I said, my company is planning to roll out a few modules >at a time. We are a small start-up w/ many things on our plate >development-wise, however we've looked at and evaluated quite a few of >these groupware type systems. Moregroupware is our favorite and we >consider the most viable. > >We hope to begin helping w/ development of this system in the coming >weeks. We are still trying to figure out the best way to manage the >source tree on our end, as well as continue to take updates from the >community. > >Additionally, our PHP knowledge and understanding of common PHP >programming practices is not up to par. We are working hard to >understand MGW's layout so we can start to help out. > >Thanks much for your time and comments! > >- Ben > > > >------------------------------------------------------- >This SF.net email is sponsored by: >The Definitive IT and Networking Event. Be There! >NetWorld+Interop Las Vegas 2003 -- Register today! >http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en >_______________________________________________ >moregroupware-devel mailing list >mor...@li... >https://lists.sourceforge.net/lists/listinfo/moregroupware-devel > > > |