You can subscribe to this list here.
2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(26) |
Nov
(15) |
Dec
(10) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2003 |
Jan
(6) |
Feb
(8) |
Mar
(20) |
Apr
(3) |
May
(3) |
Jun
(5) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Eric G. <egi...@cs...> - 2006-07-04 02:33:48
|
I am a Computer Science graduate student at the University of Illinois at Urbana-Champaign. I need your help in a study I want to conduct. I have created a project called LifeSource that visualizes CVS repositories. You can find screenshots and info here: http://social.cs.uiuc.edu/people/gilbert (info on me) http://social.cs.uiuc.edu/people/gilbert/research.html (info on LifeSource, the CVS project) LifeSource appeared as a Work-in-Progress paper at ACM's CHI 2006 in Montreal (http://www.chi2006.org). I applied LifeSource to the Azureus and Gaim CVS repositories. I would like to apply the same visualization to your project. Next, I want to see if you as the visualized community find it accurate, helpful, disturbing, etc. In order to participate in the study, you will need to view the LifeSource visualization once a week (on the web) for four weeks and respond to two short online surveys. You will receive a $20 gift certificate for your participation. I can fully explain the process in the near future - just email me back. I will provide all of the information of the methodology of the study online. (We can set up a blog for study members to leave further comments.) Please let me know what you think. I plan on using the study in a long paper to CHI 2007. Cheers, Eric P.S. I apologize for the spam and will send no more. |
From: GCS <gcs...@us...> - 2003-06-05 08:22:25
|
>> Maybe we should use velocity templates? > > I'll check that out. Haven't heard about it before. http://jakarta.apache.org/velocity/index.html >> Ehh? Which part? Ok, I am outdated in Cocoon. > > The XML scripting part. XSP? Aha. eXtensible Server Pages. It looks good, I even managed to make a small xsp page in the early Cocoon 2.0. It required a lot of definition in sitemap.xmap (serialisers, transformers, ...) and perfectly matching jars in WEB-INF/lib, so it was a bit hard to achieve what you wanted. Anyway, this technology sounds very good, it would be good to check out it's status in Cocoon 2.1-dev. AFAICR it contains i18n too, and easier to maintain. So we should not need templates for every language, but for only one. The messages could be translated easily without the XSL being in the way; still JWebmail could use XML based technologies inside. > Just tested it out. It has a long way to go IMO. Bugs, featureless, or both? > Speaking of which, did my one and only patch (reply) ever get checked out? > It restructed the message slightly class to be neater in some places. Clearly my fault, I was more in trying to fix bugs than changes. I am sorry, I should have checked it out already. :-( Cheers, GCS |
From: brett <br...@fo...> - 2003-06-03 15:32:46
|
----- Original Message ----- From: GCS <gcs...@us...>=20 To: jwe...@li...=20 Sent: Jun 3, 2003 8:28 AM=20 Subject: Re: [Jwebmail-devel] How to help?=20 > > I don't think we need to CC anymore since we're all on the same mailing > > list. > Sure. > > I thought the 0.8 base is out of date. > It is. It should be checked what have been fixed in 0.7 and forward port > them. It it is apply even, I could not find any time to look into > Sebastian's changes. > > From Sebastian post re JSP pages: > >> Actually I am in favor of this solution (originally thought of it > >> myself), but never implemented it, since it will probably require a > >> large amount of work. > Yup. JSP would mix code and presentation, which isn't a good idea imho. Probably true. > Maybe we should use velocity templates? I'll check that out. Haven't heard about it before. > > This is done in other projects. For example Apache's Cocoon project off= ers > > a > > layer that does scripting (before XSL translation but after a serialize= r > > thingy). > Ehh? Which part? Ok, I am outdated in Cocoon. The XML scripting part. XSP? > > This solution offers the best of both worlds. (I'm so technical > > (heh); I never really got to know cocoon very well.) So it can't be "to= o > > hard". Actually, maybe the best route is to integrate in to cocoon thou= gh > > maybe that's a little heavy. (The purpose of integration is to focus on > > other jobs like IMAP sorting and such and leave the > > scripting/compiling/etc > > to the other guys.) > I think we are late. Just got the fresh Cocoon 2.1 cvs, and it does > include a webmail on it's own. Could not try it out, anyway I can not > install Cocoon, if anyone knows how to move _only_ the needed binaries > out of the source, please let me know. Just tested it out. It has a long way to go IMO. > >> I don't have too much time either, since I have this nasty habit of > >> spreading myself out too thin on too many things I want to do. I'll > >> start working with the .8 codebase since I plan on restructuring the > >> code layout too. That way I won't interrupt anything still going on in > >> .7. Can't say when I'll get my first patch ready, but I'll mail it to > >> one of the commiters on the list so they can include it. > Sounds that your patch will be *big*. It it is possible, we would prefer > more, but smaller patches for specific problems. Speaking of which, did my one and only patch (reply) ever get checked out? = It restructed the message slightly class to be neater in some places. > Thank you for your time and support, > GCS > ------------------------------------------------------- > This SF.net email is sponsored by: eBay > Get office equipment for less on eBay! > http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 > _______________________________________________ > Jwebmail-devel mailing list > Jwe...@li... > https://lists.sourceforge.net/lists/listinfo/jwebmail-devel -- br...@fo... |
From: GCS <gcs...@us...> - 2003-06-03 12:32:57
|
> I don't think we need to CC anymore since we're all on the same mailing > list. Sure. > I thought the 0.8 base is out of date. It is. It should be checked what have been fixed in 0.7 and forward port them. It it is apply even, I could not find any time to look into Sebastian's changes. > From Sebastian post re JSP pages: >> Actually I am in favor of this solution (originally thought of it >> myself), but never implemented it, since it will probably require a >> large amount of work. Yup. JSP would mix code and presentation, which isn't a good idea imho. Maybe we should use velocity templates? > This is done in other projects. For example Apache's Cocoon project offers > a > layer that does scripting (before XSL translation but after a serializer > thingy). Ehh? Which part? Ok, I am outdated in Cocoon. > This solution offers the best of both worlds. (I'm so technical > (heh); I never really got to know cocoon very well.) So it can't be "too > hard". Actually, maybe the best route is to integrate in to cocoon though > maybe that's a little heavy. (The purpose of integration is to focus on > other jobs like IMAP sorting and such and leave the > scripting/compiling/etc > to the other guys.) I think we are late. Just got the fresh Cocoon 2.1 cvs, and it does include a webmail on it's own. Could not try it out, anyway I can not install Cocoon, if anyone knows how to move _only_ the needed binaries out of the source, please let me know. >> I don't have too much time either, since I have this nasty habit of >> spreading myself out too thin on too many things I want to do. I'll >> start working with the .8 codebase since I plan on restructuring the >> code layout too. That way I won't interrupt anything still going on in >> .7. Can't say when I'll get my first patch ready, but I'll mail it to >> one of the commiters on the list so they can include it. Sounds that your patch will be *big*. It it is possible, we would prefer more, but smaller patches for specific problems. Thank you for your time and support, GCS |
From: Brett F. <br...@fo...> - 2003-06-01 05:39:03
|
I don't think we need to CC anymore since we're all on the same mailing list. I thought the 0.8 base is out of date. From Sebastian post re JSP pages: > Actually I am in favor of this solution (originally thought of it > myself), but never implemented it, since it will probably require a > large amount of work. This is done in other projects. For example Apache's Cocoon project offers a layer that does scripting (before XSL translation but after a serializer thingy). This solution offers the best of both worlds. (I'm so technical (heh); I never really got to know cocoon very well.) So it can't be "too hard". Actually, maybe the best route is to integrate in to cocoon though maybe that's a little heavy. (The purpose of integration is to focus on other jobs like IMAP sorting and such and leave the scripting/compiling/etc to the other guys.) Brett ----- Original Message ----- From: "Mindaugas Idzelis" <ma...@ri...> To: "'Sebastian Schaffert'" <wa...@wa...>; "'GCS'" <gcs...@us...> Cc: <jwe...@li...> Sent: Saturday, May 31, 2003 11:58 PM Subject: RE: [Jwebmail-devel] How to help? > I don't have too much time either, since I have this nasty habit of > spreading myself out too thin on too many things I want to do. I'll > start working with the .8 codebase since I plan on restructuring the > code layout too. That way I won't interrupt anything still going on in > .7. Can't say when I'll get my first patch ready, but I'll mail it to > one of the commiters on the list so they can include it. > > Min Idzelis > > > > ------------------------------------------------------- > This SF.net email is sponsored by: eBay > Get office equipment for less on eBay! > http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5 > _______________________________________________ > Jwebmail-devel mailing list > Jwe...@li... > https://lists.sourceforge.net/lists/listinfo/jwebmail-devel > |
From: Mindaugas I. <ma...@ri...> - 2003-06-01 04:22:49
|
I don't have too much time either, since I have this nasty habit of spreading myself out too thin on too many things I want to do. I'll start working with the .8 codebase since I plan on restructuring the code layout too. That way I won't interrupt anything still going on in .7. Can't say when I'll get my first patch ready, but I'll mail it to one of the commiters on the list so they can include it. Min Idzelis |
From: Sebastian S. <wa...@wa...> - 2003-05-29 19:33:13
|
Am Do, 2003-05-29 um 08.27 schrieb GCS: > Hi! > > Please note that I am _not_ the project admin. > > > I would like to help out with development of Jwebmail. I want to make it > > easier to install, fix some bugs, and make the UI look nicer. > Thanks! There are a lot of things to do. Personally I would like to > see bug fixes before adding new features. New features does not worth > anything if there are well known usage bugs. > > > Particularly I'd like to work on implementing the imap mail sorting. > Good idea, as it was requested before. I also would like to see it. > > > I'd > > also like to allow the possibility of using JSP pages as the view, > > instead of only xslt/xml as it is now. > We have to wait for Sebastian's opinion on this. Actually I am in favor of this solution (originally thought of it myself), but never implemented it, since it will probably require a large amount of work. > > > How do I go about becoming a CVS commiter? > As usual. You can send patches to the list, it will be reviewed and > applied. After some patches you will get the commit right. > > > Also, I see that there is a > > .8 version in CVS too -- is that the currently developed one? > No. It is stopped somewhen back in time. Yes, I was working on it during a longer session on the train.:-) However, it is currently not in a stable state. What I wanted to do is: - cleanup the structure of the code - implement many of the XML querying stuff using "standard" means like "XPath" such that extending the code gets easier. The latter has been included in .7 CVS, though (although it appears to have an impact on performance...) > I was working on .7, and > fixed some bugs, but I would like to do more before attempting a release. > Also please note that none of us has too much chance to do anything > serious now. Yes, unfortunately. -- Sebastian PGP Key fingerprint = 13 1D 2E 4F 20 3E C9 1F 4C 57 52 87 8A 80 48 4D F5 E9 97 EC |
From: GCS <gcs...@us...> - 2003-05-29 06:32:05
|
Hi! Please note that I am _not_ the project admin. > I would like to help out with development of Jwebmail. I want to make it > easier to install, fix some bugs, and make the UI look nicer. Thanks! There are a lot of things to do. Personally I would like to see bug fixes before adding new features. New features does not worth anything if there are well known usage bugs. > Particularly I'd like to work on implementing the imap mail sorting. Good idea, as it was requested before. > I'd > also like to allow the possibility of using JSP pages as the view, > instead of only xslt/xml as it is now. We have to wait for Sebastian's opinion on this. > I'd like to make plugins easier > to develop, administer, and install as well. Agree, even if it's not that hard to do (develop a new plugin). > How do I go about becoming a CVS commiter? As usual. You can send patches to the list, it will be reviewed and applied. After some patches you will get the commit right. > Also, I see that there is a > .8 version in CVS too -- is that the currently developed one? No. It is stopped somewhen back in time. I was working on .7, and fixed some bugs, but I would like to do more before attempting a release. Also please note that none of us has too much chance to do anything serious now. Cheers, GCS -- If TimeToInt(Wakeup.Time) < TimeToInt(StrToTime("06:00:00")) then AddToList(UserLoggedIn.FoundItems,Gold); |
From: Mindaugas I. <ma...@ri...> - 2003-05-29 02:13:54
|
I would like to help out with development of Jwebmail. I want to make it easier to install, fix some bugs, and make the UI look nicer. Particularly I'd like to work on implementing the imap mail sorting. I'd also like to allow the possibility of using JSP pages as the view, instead of only xslt/xml as it is now. I'd like to make plugins easier to develop, administer, and install as well. How do I go about becoming a CVS commiter? Also, I see that there is a .8 version in CVS too -- is that the currently developed one? Thanks, Min Idzelis |
From: Brett F. <br...@fo...> - 2003-04-16 13:55:48
|
Forwarded to the developers mailling list. Hello, I'm not sure Arabic support. In theory it should be able support any language though unfortunately there is no Arabic template (if you need one, you could translate an existing template). As for Arabic e-mails I don't know why that would happen. Can you provide us with: a- A sample e-mail that will show up in JWebMail having funny characters and, b- A screen shot of JWebMail showing this message. Brett ----- Original Message ----- From: "saleh" <sa...@al...> To: <jwe...@li...> Sent: Wednesday, April 16, 2003 6:09 AM Subject: [Jwebmail-users] inquiry > Dear Sir, > > I have a web site that is handled and distributed by IPOWERWEB Company, > and I believe that you handle their mail page using NEOMAIL. > The problem I'm facing is that users of my site email are Arabic > speaking and they use Arabic language on sending and receiving emails. > > When doing that, strange characters appear instead of the Arabic > letters. I asked and was told that NEOMAIL doesn't support any emails > in Arabic language. > > Do you not support Arabic Language in NEOMAIL, or any other software I > can use for my clients email. > What alternative or other choices do I have to able users to send and > receive emails in Arabic, other than using the OUTLOOK. My clients did > not accept this choice as they might need to use public computers to > read their email, and for their security they will not configure > OUTLOOK every time they use the email. > > Please let me know of any solutions that can be done, I am holding my > site from being published until I can find a solution for this problem > so can you assist. > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Jwebmail-users mailing list > Jwe...@li... > https://lists.sourceforge.net/lists/listinfo/jwebmail-users > |
From: Brett F. <br...@fo...> - 2003-04-10 22:46:25
|
Very neat. Would you care to enlighten us on how this functionality (via jmail) needs to be implemented on our end? Brett Lucas Bruand wrote: > Hello, > > I am a developper for the MrPostman project. ( http://mrpostman.sf.net ) >The purpose of this project is to develop a gateway from POP3 to Yahoo and Hotmail webmail. >There has been already 3 Major releases under GPL and we have reached a point where the code is very stable. >The whole team is dedicated to keep MrPostman free under the terms of the GPL, but we could also release it under another license if needed. >As a reference, we have been quoted on the JavaMail FAQ: > http://java.sun.com/products/javamail/FAQ.html > >I have noticed that you are developing the jwebmail MUA. I think the collaboration between our two projects can be fruitful: > - jwebmail could have effortlessly a very useful feature: the ability to read Yahoomail and hotmail mails, directly from the websites. > - We would get recognition from the reuse of our library in your client. > >All developpers of MrPostman will offer support about our API, if you want to integrate MrPostman into your client. > > Thanks in advance, > Lucas Bruand > > >------------------------------------------------------- >This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger >for complex code. Debugging C/C++ programs can leave you feeling lost and >disoriented. TotalView can help you find your way. Available on major UNIX >and Linux platforms. Try it free. www.etnus.com >_______________________________________________ >Jwebmail-devel mailing list >Jwe...@li... >https://lists.sourceforge.net/lists/listinfo/jwebmail-devel > > |
From: Lucas B. <lb...@wa...> - 2003-04-10 22:23:44
|
Hello, I am a developper for the MrPostman project. ( http://mrpostman.sf.net ) The purpose of this project is to develop a gateway from POP3 to Yahoo and Hotmail webmail. There has been already 3 Major releases under GPL and we have reached a point where the code is very stable. The whole team is dedicated to keep MrPostman free under the terms of the GPL, but we could also release it under another license if needed. As a reference, we have been quoted on the JavaMail FAQ: http://java.sun.com/products/javamail/FAQ.html I have noticed that you are developing the jwebmail MUA. I think the collaboration between our two projects can be fruitful: - jwebmail could have effortlessly a very useful feature: the ability to read Yahoomail and hotmail mails, directly from the websites. - We would get recognition from the reuse of our library in your client. All developpers of MrPostman will offer support about our API, if you want to integrate MrPostman into your client. Thanks in advance, Lucas Bruand |
From: GCS <gc...@gc...> - 2003-03-28 07:01:56
|
Hi Boni, all, You wrote: > I've been thinking of rewriting mail.local on Qmail to talk directly > to an Oracle Backend I have been using only postfix and exim; but in postfix you can add your own mail delivery daemons, maybe it would be better to add a new one - still based on mail.local - to qmail. > - same thing for the JavaMail then load balance > numerous Qmail and JWEBMAIL servers to handle a load of 500K-2M users. > The message store and authentication will be done in the database. JWebmail has a good plugin support, I think you can do it with relative easily if you have a good understanding in Java. Also, we - developers - can help you. Unfortunately we do not have too much time for JWebmail at the moment, but it can change. > Anyone out there have any similiar experience they are willing to share > regarding scaling jwebmail. Any large reference sites anyone > knows about for jwebmail. As a developer, we use it as well ofcourse. The scenario is twenty virtual hosts with seventy users on an Intel Celern 800Mhz UP, 256Mb RAM, IBM SCSI disks (10k RPM). J2SDK 1.4.1_02, Tomcat 4.1.18, JWebmail CVS works well. This machine has everything on it (postfix, courier-imap and mysql as the user database), as well as other - not commonly used - services. Forgot one thing, this machine is owned by the Linux Support Center (Hungary). Sincerely, GCS |
From: Boni B. <bo...@ds...> - 2003-03-27 18:44:17
|
I've been thinking of rewriting mail.local on Qmail to talk directly to an Oracle Backend - same thing for the JavaMail then load balance numerous Qmail and JWEBMAIL servers to handle a load of 500K-2M users. The message store and authentication will be done in the database. Anyone out there have any similiar experience they are willing to share regarding scaling jwebmail. Any large reference sites anyone knows about for jwebmail. Your input is appreciated. -boni |
From: Brett F. <br...@fo...> - 2003-03-27 08:44:15
|
I didn't know IMAP implemented SORT on the server. How many servers suppo= rt this? Doesn't jWebMail already download all the headers? Also I found this: http://asg.web.cmu.edu/cyrus/smlacapd/ "ACAP, the Application Configuration Access Protocol, is a remote store f= or preferences, addressbooks, bookmarks, and other data useful to be accessi= ble for mobile users and across applications. It is described in RFC 2244. " Sounds like the best way to implement all those extra features in the future. ----- Original Message ----- From: "Sebastian Schaffert" <wa...@wa...> To: "Mike Danifo" <MDanifo@Yantra.com> Cc: <jwe...@li...> Sent: Thursday, March 27, 2003 2:54 AM Subject: [Jwebmail-devel] Re: feedback on you jwebmail project Am Don, 2003-03-20 um 16.14 schrieb Mike Danifo: > Sebastian, > I wanted to start off by complementing your jwebmail project. > I had little to no trouble configuring it and using it initially. The U= I is very nice, and it seems to have many desirable features. > I had one comment about the usability, however. > I wonder how useful this project can be for viewing email, as there is = no easy way to sort messages. > I don't see the usefulness of the current sort mechanism, message numbe= r. > The most obvious sorting mechanism would be by date, but when I see my message list, the messages are completely out of order by date. There als= o does not seem to be any easy way through the xsl to fix this. > I am wondering why this issue does not come up more often, whether its some sort of email server configuration that can take of this. > The reason why webmail has no sorting mechanism at the moment is that the Sun developers who are working on the JavaMail API refuse to implement the IMAP sort command (I suggested it to them) because it is not supported by all IMAP servers. The other solution would be to retrieve all message headers and let WebMail do the sorting. This is however not very desireable as it leads to: - much slower responsiveness on large mailboxes, as all messages have to be retrieved - increased memory consumption A third solution would be to implement the IMAP SORT command in WebMail and process it in raw form (JavaMail allows for that), perhaps we should investigate that.:-) > Thanks again and complements on a nice project. > > -Mike -- Sebastian | Dipl.-Inform. Sebastian Schaffert LFE Programmier-/ | sch...@in... Modellierungssprachen | LMU M=FCnchen - Institut f=FCr Informatik - Zimmer C8 - Tel: 089/2180-9= 781 PGP Key fingerprint =3D 13 1D 2E 4F 20 3E C9 1F 4C 57 52 87 8A 80 48 4D F5 E9 97 EC ------------------------------------------------------- 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 _______________________________________________ Jwebmail-devel mailing list Jwe...@li... https://lists.sourceforge.net/lists/listinfo/jwebmail-devel |
From: Brett F. <br...@fo...> - 2003-03-27 08:43:07
|
http://asg.web.cmu.edu/cyrus/ag.html. "The Cyrus IMAP Aggregator allows the data to be distributed among multip= le machines but still presents a unified system image to the end user. The administrators can best distribute the IMAP mailboxes among a murder of I= MAP servers for any reason (availablility, performance, storage space etc.). However, the end user sees what appears to be one large IMAP server as th= e mail client sees the union of the mailboxes across all the servers. Similarly, users can share their folders and those folders are visible to other users. A user's INBOX folder hierarchy can also exist across multip= le machines. " ----- Original Message ----- From: "Sebastian Schaffert" <wa...@wa...> To: "Boni Bruno" <bo...@ds...> Cc: <jwe...@li...> Sent: Thursday, March 27, 2003 2:46 AM Subject: [Jwebmail-devel] Re: Webmail Am Die, 2003-03-25 um 03.04 schrieb Boni Bruno: > Sebastian Schaffert wrote: > > Am Son, 2003-03-23 um 11.14 schrieb Boni Bruno: > > > >>I have a client we need to build a webmail type solution for with 500= K > >>users to start. Do you have any references of webmail supporting thi= s kind > >>of load? > > > > > > Frankly, no. > > Looks like we will be the first. ;) :-) > > You can e.g. use a load-balancing Servlet container. In this way you > > will be able to scale to pretty large numbers of users. Also, you wil= l > > definately need some kind of load balancing for your IMAP servers, as > > WebMail relies heavily on them. > > > > Are there load-balancing servlet containers available or will we have t= o > build this ourselves? Apache JServ was capable of doing it, so perhaps Tomcat also has this feature. I didn't check that, though. > Even if I load balance the IMAP servers, I > still have the problem of having multiple message stores with each IMAP > server which would not be efficient. The idea I pursued once was the following: - Have multiple IMAP servers, distribute client mailboxes evenly on these servers - Use an IMAP-Proxy as the "main connection point". This IMAP proxy has access to some sort of database (probably most efficient is a dbm hash file stored locally) to decide on which IMAP server the client has his mailbox When we considered a large installation, the main problem was disk access, not network throughput or processing power. With the above approach, you have one proxy, which simply acts as "forwarder" and has almost no disk accesses. The IMAP servers with many disk accesses are distributed. > I think it makes more sense to > have web mail fetch and store mail directly from a fast/big backend database > like Oracle - wouldn't you agree? Taking this approach, what component= s > can we still use from webmail and what components would we have to buil= d? The most simple approach would be to write a JavaMail driver to access a backend database. JavaMail provides means to do this, just have a look at the documentation.:-) You will also need to write a different authentication plugin for WebMail, but this is pretty simple (have a look at the other Authenticator classes). > > > > No. Webmail uses the JavaMail API for accessing messages, so a feasib= le > > solution will be to write a "driver" for JavaMail and your backend > > database. > > > > If we do this, do we still need IMAP? No. > We can configure the front-end > SMTP servers to store mail directly to the database and have web mail > fetch/store mail from the database as well. This would allow us to > load balance the smtp servers and webmail servers very easily if user > authentication and mail storage is kept on the backend. I think it > can be done to scale Webmail to 500K - 2M users. What do you think? Hmm, I don't know. It also largely depends on the usage behaviour of your clients... But probably it is possible. > > > > >>Your support is appreciated. > >> > >>-boni > > > > P.S. Copy goes to developer mailinglist, since I am neither the only developer nor the most active one.:-) -- Sebastian | Dipl.-Inform. Sebastian Schaffert LFE Programmier-/ | sch...@in... Modellierungssprachen | LMU M=FCnchen - Institut f=FCr Informatik - Zimmer C8 - Tel: 089/2180-9= 781 PGP Key fingerprint =3D 13 1D 2E 4F 20 3E C9 1F 4C 57 52 87 8A 80 48 4D F5 E9 97 EC ------------------------------------------------------- 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 _______________________________________________ Jwebmail-devel mailing list Jwe...@li... https://lists.sourceforge.net/lists/listinfo/jwebmail-devel |
From: Sebastian S. <wa...@wa...> - 2003-03-27 07:54:22
|
Am Don, 2003-03-20 um 16.14 schrieb Mike Danifo: > Sebastian, > I wanted to start off by complementing your jwebmail project. > I had little to no trouble configuring it and using it initially. The U= I is very nice, and it seems to have many desirable features. > I had one comment about the usability, however. > I wonder how useful this project can be for viewing email, as there is = no easy way to sort messages. > I don't see the usefulness of the current sort mechanism, message numbe= r. > The most obvious sorting mechanism would be by date, but when I see my = message list, the messages are completely out of order by date. There als= o does not seem to be any easy way through the xsl to fix this. > I am wondering why this issue does not come up more often, whether its = some sort of email server configuration that can take of this. >=20 The reason why webmail has no sorting mechanism at the moment is that the Sun developers who are working on the JavaMail API refuse to implement the IMAP sort command (I suggested it to them) because it is not supported by all IMAP servers.=20 The other solution would be to retrieve all message headers and let WebMail do the sorting. This is however not very desireable as it leads to: - much slower responsiveness on large mailboxes, as all messages have to be retrieved - increased memory consumption A third solution would be to implement the IMAP SORT command in WebMail and process it in raw form (JavaMail allows for that), perhaps we should investigate that.:-) > Thanks again and complements on a nice project. >=20 > -Mike --=20 Sebastian | Dipl.-Inform. Sebastian Schaffert LFE Programmier-/ | sch...@in... Modellierungssprachen | LMU M=FCnchen - Institut f=FCr Informatik - Zimmer C8 - Tel: 089/2180-9= 781 PGP Key fingerprint =3D =20 13 1D 2E 4F 20 3E C9 1F 4C 57 52 87 8A 80 48 4D F5 E9 97 EC=20 |
From: Sebastian S. <wa...@wa...> - 2003-03-27 07:49:06
|
Am Mon, 2003-03-24 um 21.13 schrieb Boni Bruno: > Thanks for the response. Since a lot of your feedback is addressed in = the > negative, we will be the first to scale Webmail from 500K users to begi= n > with to god knows how many. Do you want me to keep you posted on our > progress? >=20 > For know, can you tell me your plans and future development of webmail? > I've noticed the list has been pretty dry for all of 2003. Are you sti= ll > actively involved in growing webmail and is their an active community? I am currently working on my PhD and so are not very active on WebMail. There is a small group of more active developers, the best point to discuss issues is probably the developer mailinglist jwe...@li... >=20 > Also, please tell me the biggest implementation you know about to date > and the rough architecture. Any other references you have as I am > sure I will be asked for this by our client. Perhaps one of the other developers can answer this better. I am not aware of a _recent_ larger installation, but I once gave some advice to a university in Mexico with about 20000 users. >=20 > Anyway, I'm looking forward to this project. Your support is greatly appreciated.:-) --=20 Sebastian | Dipl.-Inform. Sebastian Schaffert LFE Programmier-/ | sch...@in... Modellierungssprachen | LMU M=FCnchen - Institut f=FCr Informatik - Zimmer C8 - Tel: 089/2180-9= 781 PGP Key fingerprint =3D =20 13 1D 2E 4F 20 3E C9 1F 4C 57 52 87 8A 80 48 4D F5 E9 97 EC=20 |
From: Sebastian S. <wa...@wa...> - 2003-03-27 07:46:17
|
Am Die, 2003-03-25 um 03.04 schrieb Boni Bruno: > Sebastian Schaffert wrote: > > Am Son, 2003-03-23 um 11.14 schrieb Boni Bruno: > >=20 > >>I have a client we need to build a webmail type solution for with 500= K=20 > >>users to start. Do you have any references of webmail supporting thi= s kind=20 > >>of load? =20 > >=20 > >=20 > > Frankly, no. >=20 > Looks like we will be the first. ;) :-) > > You can e.g. use a load-balancing Servlet container. In this way you > > will be able to scale to pretty large numbers of users. Also, you wil= l > > definately need some kind of load balancing for your IMAP servers, as > > WebMail relies heavily on them. > >=20 >=20 > Are there load-balancing servlet containers available or will we have t= o > build this ourselves? =20 Apache JServ was capable of doing it, so perhaps Tomcat also has this feature. I didn't check that, though. > Even if I load balance the IMAP servers, I > still have the problem of having multiple message stores with each IMAP > server which would not be efficient. =20 The idea I pursued once was the following: - Have multiple IMAP servers, distribute client mailboxes evenly on=20 these servers - Use an IMAP-Proxy as the "main connection point". This IMAP proxy has=20 access to some sort of database (probably most efficient is a dbm hash file stored locally) to decide on which IMAP server the client has his mailbox When we considered a large installation, the main problem was disk access, not network throughput or processing power. With the above approach, you have one proxy, which simply acts as "forwarder" and has almost no disk accesses. The IMAP servers with many disk accesses are distributed. > I think it makes more sense to > have web mail fetch and store mail directly from a fast/big backend dat= abase > like Oracle - wouldn't you agree? Taking this approach, what component= s > can we still use from webmail and what components would we have to buil= d? The most simple approach would be to write a JavaMail driver to access a backend database. JavaMail provides means to do this, just have a look at the documentation.:-) You will also need to write a different authentication plugin for WebMail, but this is pretty simple (have a look at the other Authenticator classes). > >=20 > > No. Webmail uses the JavaMail API for accessing messages, so a feasib= le > > solution will be to write a "driver" for JavaMail and your backend > > database. > >=20 >=20 > If we do this, do we still need IMAP? =20 No. > We can configure the front-end > SMTP servers to store mail directly to the database and have web mail > fetch/store mail from the database as well. This would allow us to > load balance the smtp servers and webmail servers very easily if user > authentication and mail storage is kept on the backend. I think it > can be done to scale Webmail to 500K - 2M users. What do you think? Hmm, I don't know. It also largely depends on the usage behaviour of your clients... But probably it is possible. >=20 > >=20 > >>Your support is appreciated. > >> > >>-boni > >=20 >=20 >=20 P.S. Copy goes to developer mailinglist, since I am neither the only developer nor the most active one.:-) --=20 Sebastian | Dipl.-Inform. Sebastian Schaffert LFE Programmier-/ | sch...@in... Modellierungssprachen | LMU M=FCnchen - Institut f=FCr Informatik - Zimmer C8 - Tel: 089/2180-9= 781 PGP Key fingerprint =3D =20 13 1D 2E 4F 20 3E C9 1F 4C 57 52 87 8A 80 48 4D F5 E9 97 EC=20 |
From: GCS <gc...@gc...> - 2003-03-22 12:26:17
|
Hi, You wrote: > I suggest the default behavior changes to display all HTML and Text=20 > attachments for multi-part messages. Sometimes too much is stripped out= =20 > of the HTML to be usable. I would like to make the strip process switchable (off), as you are right, it is just too bad, and make the html view unusable. > And sometimes a mutlipart only contains one=20 > part: text. If JWebmail detects both text and html part, it prefers the text AFAICR. T= he html part will be hidden away. I can be wrong. > Also, any comments for my patch from last month for the reply feature? Partly my mistake, could not really check it out. Sorry. Also, I did not g= et any lifesign from Sebastian, I hope I can reach him soon, as I have an urgent thing to talk about with him. I still find more and more stupid bugs in JWebmail, and trying to fix them before adding new features. :-( New fixes for unknown charset handling (it is also required with Courier IMAP in some cases), and accents handling in attachments; see cvs. Not overtested, so if some of you would be kind and check them out, I would appreciate the effort. In a rush :-(, GCS |
From: Brett F. <br...@fo...> - 2003-03-21 10:23:25
|
I suggest the default behavior changes to display all HTML and Text attachments for multi-part messages. Sometimes too much is stripped out of the HTML to be usable. And sometimes a mutlipart only contains one part: text. Any thoughts? Also, any comments for my patch from last month for the reply feature? Brett |
From: GCS <gc...@gc...> - 2003-03-03 06:59:09
|
You wrote: > What was the change you committed? Fixed a session timeout problem right this time. Before it was buggy, logged an entry/second/user that the session is timed out indefinately. It caused very large log files under short period of time so it was a showstopper. Now I am still not pleased (see the logout, how empty user is constructed in case of null session), but it fixes the problem, and later we can work on the internals to do it in the rigth way tm. Cheers, GCS |
From: Brett F. <br...@fo...> - 2003-03-02 23:33:49
|
Ok I've looked at the code and at the JavaMail API. Mind you, I've never=20 used the JavaMail API so I'm no expert! Any ideas? Currently on connect the future is fixed with: Folder f=3Dst.getDefaultFolder(); Which is defined as: *javax.mail.Store* public abstract Folder <../../javax/mail/Folder.html>=20 *getDefaultFolder*() throws MessagingException=20 <../../javax/mail/MessagingException.html> Returns a Folder object that represents the 'root' of the default=20 namespace presented to the user by the Store. Looking at the java documentation I see three(!) other functions that=20 should probably be used in place of getDefaultFolder. (So the code in=20 JWebMail for "searching" folders is redundant? and broken? Why implement=20 something already provided by the API? It also implies that it is=20 impossible to access the shared mailboxes unless it's the default=20 namespace.) *javax.mail.Store* public Folder <../../javax/mail/Folder.html>[] *getPersonalNamespaces*()=20 throws MessagingException <../../javax/mail/MessagingException.html> Return a set of folders representing the /personal/ namespaces for the=20 current user. A personal namespace is a set of names that is considered=20 within the personal scope of the authenticated user. Typically, only the=20 authenticated user has access to mail folders in their personal=20 namespace. If an INBOX exists for a user, it must appear within the=20 user's personal namespace. In the typical case, there should be only one=20 personal namespace for each user in each Store. public Folder <../../javax/mail/Folder.html>[]=20 *getUserNamespaces*(java.lang.String user) throws MessagingException=20 <../../javax/mail/MessagingException.html> Return a set of folders representing the namespaces for |user|. The=20 namespaces returned represent the personal namespaces for the user. To=20 access mail folders in the other user's namespace, the currently=20 authenticated user must be explicitly granted access rights. For=20 example, it is common for a manager to grant to their secretary access=20 rights to their mail folders. public Folder <../../javax/mail/Folder.html>[] *getSharedNamespaces*()=20 throws MessagingException <../../javax/mail/MessagingException.html> Return a set of folders representing the /shared/ namespaces. A shared=20 namespace is a namespace that consists of mail folders that are intended=20 to be shared amongst users and do not exist within a user's personal=20 namespace. Brett Jose Antonio Becerra Permuy wrote: >El Dom 02 Mar 2003 16:20, GCS escribi=F3: > =20 > >> Could you sort the jokes folder to a dummy user? So privacy won't be >>affected, only john and ronin also have to add this dummy user's mailbo= x. >> =20 >> > > Yes, but both users will have the same privileges, and I want that only= user=20 >"ronin" can add jokes to the "jokes" folder :-) > > =20 > >> Good luck! I am just started with my second degree last year, I know >>what does it mean. :-) >> =20 >> > > Thanks! :-) > > =20 > >>>If you or somebody else can take a look to this >>>problem, I will be very grateful >>> =20 >>> >> I am going to, I hope the timeframe will not be long. >> =20 >> > > Thank you very much! > Regards. > > > >------------------------------------------------------- >This sf.net email is sponsored by:ThinkGeek >Welcome to geek heaven. >http://thinkgeek.com/sf >_______________________________________________ >Jwebmail-devel mailing list >Jwe...@li... >https://lists.sourceforge.net/lists/listinfo/jwebmail-devel > =20 > |
From: Jose A. B. P. <ro...@br...> - 2003-03-02 19:43:42
|
El Dom 02 Mar 2003 16:20, GCS escribió: > Could you sort the jokes folder to a dummy user? So privacy won't be > affected, only john and ronin also have to add this dummy user's mailbox. Yes, but both users will have the same privileges, and I want that only user "ronin" can add jokes to the "jokes" folder :-) > Good luck! I am just started with my second degree last year, I know > what does it mean. :-) Thanks! :-) > > If you or somebody else can take a look to this > > problem, I will be very grateful > > I am going to, I hope the timeframe will not be long. Thank you very much! Regards. |
From: Jose A. B. P. <ro...@br...> - 2003-03-02 19:37:51
|
El Dom 02 Mar 2003 19:30, Brett Foster escribió: > If I understand this correctly he wants to have a shared folder for jokes? Well, jokes was an example, I want to share more folders :-) > so normally: > user.someuser - is the inbox > user.jokes - shared jokes folder? I will write a more elaborated (almost real) example. Let be: - Cyrus is the imap server. - "cyradm" is the administrator tool for Cyrus. - "lm" is the command to list mailboxes. - "lam" is the command to list ACLs on mailboxes. - "boss" is the cyrus imap administrator. - "ronin" and "john" are two mail users. [ronin@www ronin]$ cyradm --user boss localhost Password: localhost.localdomain> lm user.john (\HasChildren) user.john.sent (\HasNoChildren) user.ronin (\HasChildren) user.ronin.sent (\HasNoChildren) user.ronin.jpackage (\HasNoChildren) user.ronin.jwebmail (\HasNoChildren) user.ronin.mandrake (\HasNoChildren) user.ronin.homecinema (\HasNoChildren) localhost.localdomain> lam user.john john lrswipcda localhost.localdomain> lam user.ronin.jwebmail john lrs ronin lrswipcda With Cyrus, each folder has ACLs, so you can set permissions on it in order to give different permissions to different users. In the example, "ronin" has set read permissions for "john" on his folder "jwebmail". That folder is the destination for a mailing list where "ronin" is subscribed. He can write on it, but "john" is able to read the messages in that folder too, although he can't delete them or put new messages. If "ronin" login in "cyradm" as himself he only see his folders: [ronin@www ronin]$ cyradm localhost Password: localhost.localdomain> lm INBOX (\HasChildren) INBOX.sent (\HasNoChildren) INBOX.jpackage (\HasNoChildren) INBOX.jwebmail (\HasNoChildren) INBOX.mandrake (\HasNoChildren) INBOX.homecinema (\HasNoChildren) But if "john" login in "cyradm" he can see other folders if he has the rights to do that: [john@www john]$ cyradm localhost Password: localhost.localdomain> lm INBOX (\HasChildren) INBOX.sent (\HasNoChildren) user.ronin.jwebmail (\HasNoChildren) Here is the problem, with jwebmail he can only see folders inside his INBOX, so he is not able to access jwebmail folder. Regards. |