You can subscribe to this list here.
2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
(1) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
(2) |
Feb
(3) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(8) |
Nov
(1) |
Dec
(1) |
2002 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
(4) |
Dec
(1) |
2003 |
Jan
|
Feb
(12) |
Mar
(1) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
(5) |
Sep
|
Oct
|
Nov
|
Dec
(2) |
2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
(2) |
Jul
(1) |
Aug
(1) |
Sep
|
Oct
|
Nov
(1) |
Dec
|
2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(3) |
Jul
|
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
|
2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2011 |
Jan
|
Feb
(1) |
Mar
(1) |
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Dieter W. <wi...@oe...> - 2001-10-25 18:41:36
|
Hi Heath (I hope that is your firstname, if not then sorry), Well I can explain both of the problems: 1. Target missing exception: This is a glitch in the "old" version, which I have ironed out in the actual code state (which is not ready for deployment unfortunately). 2. The file problem you are encountering: This is a known issue [ #459514 ] Preferences not persisted I think I have made a new WAR, and put it into the place of the old one, please try to use a freshly downloaded one :) If the problem still occurs, you can retrieve the code from CVS with the tag devpre3 and apply the fix that is described in the above Bug Track. Hope that helps :) Regards, Dieter |
From: Heath S. <hst...@es...> - 2001-10-25 16:02:53
|
I hit "Reply" to Wolfgang's email and it went to him directly, so I'm reposting it here. Heath Stewart Systems Administrator / Developer EsotericRealm http://www.esotericrealm.com/~hstewart ----- Original Message ----- From: "Heath Stewart" <hst...@es...> To: "Wolfgang Trexler" <wol...@tr...> Sent: Thursday, October 25, 2001 8:29 AM Subject: Re: [Jwma-users] FileNotFoundException during Login > Just tried that again, but to no avail. I've attached a newly generated log > file (debug.log) that has the exception in it, along with the stack trace. > There is another exception in there that gets thrown on occassion, regarding > request.target.missing , but I don't get that one very often. Is this > somehow related, though? > > Heath Stewart > Systems Administrator / Developer > EsotericRealm > http://www.esotericrealm.com/~hstewart > ----- Original Message ----- > From: "Wolfgang Trexler" <wol...@tr...> > To: <jwm...@li...> > Sent: Thursday, October 25, 2001 4:52 AM > Subject: Re: [Jwma-users] FileNotFoundException during Login > > > > Heath Stewart wrote: > > > > [snip] > > > > > > When I check the debug logs, I see that a FileNotFoundException is > > > getting thrown with each login attemp, specifying that the > > > $CATALINA_HOME/webapps/webmail/WEB-INF/data/<large hash>.xml cannot be > > > found. I tried setting the directory perms so that the web application > > > could write to that directory if needs be (for only local users) but > > > that didn't help either. That large hash is consistently the same every > > > time and I'm betting is a password hash with .xml appended to it. I > > > could find nothing in the docs about this. > > > > ... > > > > The XML File in the Data-Directory is written for every user and > > contains all user specific information like name, signature, etc. > > > > > > The file is written at first login (and at changes later on), so the > > "data" directory has to have write permission for the user Tomcat runs > > with (not the Apache user). > > > > I would try "chmod 777 data" for the data directory, and if that > > succeeds you should see which user is used for the generation of the > > *.xml files. Don't forget to change back the permissions accordingly... > > > > If that doesn't help, maybe you could post the Java stacktrace to this > list? > > > > > > best regards > > Wolfgang > > > > > > > > > > > > _______________________________________________ > > Jwma-users mailing list > > Jwm...@li... > > https://lists.sourceforge.net/lists/listinfo/jwma-users > > > |
From: Wolfgang T. <wol...@tr...> - 2001-10-25 09:54:43
|
Heath Stewart wrote: [snip] > > When I check the debug logs, I see that a FileNotFoundException is > getting thrown with each login attemp, specifying that the > $CATALINA_HOME/webapps/webmail/WEB-INF/data/<large hash>.xml cannot be > found. I tried setting the directory perms so that the web application > could write to that directory if needs be (for only local users) but > that didn't help either. That large hash is consistently the same every > time and I'm betting is a password hash with .xml appended to it. I > could find nothing in the docs about this. ... The XML File in the Data-Directory is written for every user and contains all user specific information like name, signature, etc. The file is written at first login (and at changes later on), so the "data" directory has to have write permission for the user Tomcat runs with (not the Apache user). I would try "chmod 777 data" for the data directory, and if that succeeds you should see which user is used for the generation of the *.xml files. Don't forget to change back the permissions accordingly... If that doesn't help, maybe you could post the Java stacktrace to this list? best regards Wolfgang |
From: Heath S. <hst...@es...> - 2001-10-25 07:42:02
|
With just a little fuss (much, much less than the unsuccessful = JWebMail), I got everything working on my Apache/Tomcat 4.0rc1 system = with one exception. When I attempt to login, I promptly get an error = back specifying: No description for the error () available in en. When I check the debug logs, I see that a FileNotFoundException is = getting thrown with each login attemp, specifying that the = $CATALINA_HOME/webapps/webmail/WEB-INF/data/<large hash>.xml cannot be = found. I tried setting the directory perms so that the web application = could write to that directory if needs be (for only local users) but = that didn't help either. That large hash is consistently the same every = time and I'm betting is a password hash with .xml appended to it. I = could find nothing in the docs about this. Any ideas? Dieter? Heath Stewart Systems Administrator / Developer EsotericRealm http://www.esotericrealm.com/~hstewart/ |
From: Neil A. <neil@JAMMConsulting.com> - 2001-10-07 17:22:00
|
> First of all there is a document in the doc folder that is about > running jwma under an Apache-Tomcat (+https) scenario: > deployment/apache_tomcat_howto.txt They are proposing the same solution that I have already done. The problem is that it still requires a manual configuration. A simple change to the organization of the files will fix that problem. By the way, I am having no problem using ajp12 under ssl. > I do think that it is not a good idea to put everything under > /servlet/ I dont understand why, please explain. > Then to your mail problem. This depends solemnly of the imapd you > are using. I eventually completely removed jwma and all of the files in my home directory (including the hidden ones). I then reinstalled jwma and the folders seem to be working fine now. > Then to the CVS, the version that is up at the moment is not > producing a perfectly working WAR. I did change a lot of stuff, > and I had to leave for a while to prepare and go to a conference > in the US. > To allow that developers and people can see the coming changes, I > checked my sources in. If you check out, please use the devpre3 tag :) I cant even get to the CVS repository to show me the files. Do you know if anyone has used Netbeans to access the sources before? Thanks, Neil. -- Neil Aggarwal JAMM Consulting, Inc. (972) 612-6056, http://www.JAMMConsulting.com Custom Internet Development Websites, Ecommerce, Java, databases |
From: Dieter W. <wi...@oe...> - 2001-10-07 16:34:29
|
Hi Neil, First of all there is a document in the doc folder that is about running jwma under an Apache-Tomcat (+https) scenario: deployment/apache_tomcat_howto.txt Probably you can find some help regarding to this issue there. However, it was a contribution, and I did not have time and other resources to verify it or put it into a HTML version. I do think that it is not a good idea to put everything under /servlet/ and I think that the technology and it's operators will definately move towards containers with WAR support. Then to your mail problem. This depends solemnly of the imapd you are using. jwma does not bother about the daemons way to store things, it talks straight with the IMAP interface. It should support the different ways imap daemons do this by now. jwma is not a mail system by itself, it is rather something like a www-imap gateway (although there are movements towards a strong contact management, and a gateway to make LDAP searches on a corporate directory...). Thus I perfectly understand your complaints, but I do have to point out that probably you have to adjust your expectations by realizing what exactly jwma does for you :) I am not attacking you here, I'll just think that there is no "right" and "wrong" in an absolute sense. I do hope that the general impression from documentation, mailing lists, and forums is that I really try to do my best and help everybody out ;) Then to the CVS, the version that is up at the moment is not producing a perfectly working WAR. I did change a lot of stuff, and I had to leave for a while to prepare and go to a conference in the US. To allow that developers and people can see the coming changes, I checked my sources in. If you check out, please use the devpre3 tag :) Regards, Dieter >Hello all: >After look ing thru the Forums on the Project Site at Sourceforge, >I see that the servlet mappings are OK, but the request are not >being passed to Tomcat by Apache. I fixed this by adding this >directive: > JkMount /webmail/* ajp12 >as was suggested on the forums. >I think we should change the servlet URLs to have the standard >/servlet/ prefix that users will be expecting when they use >these packages for deployment to avoid this problem. I am >willing to help with these changes. >Also, I ran into the problem where my entire home directory >is being recognized as mail folders, which is a real problem. >So, again, after consulting the forums, I added these two >items: >1. In jwma.properties, set > jwma.postoffice.type=plain >2. In site_template.xml: set the rootfolder line to > <rootfolder>mail</rootfolder> >Now, when I try to login, I get an error message that >the root folder does not exist. I think this was the whole >point. Why doesn't jwma just create the directory itself? >Then, I created the directory myself, but now, when I log-in, >I see the folders in my home directory as folders and the >files are all mailboxes. This is definitely not right. >I tried to checkout the sources from CVS, but when I tried to >list the modules, I did not get any, even though I was able >to login successfully. I am trying to do it from >the Internal CVS client of Netbeans 3.2. Has anyone tried this? >Here is my server setup: > RedHat Linux 7.1 > Jwma 0.9.5 pre 3 > Tomcat 3.2.3 > Apache 1.3.19 >Thanks, > Neil |
From: Neil A. <neil@JAMMConsulting.com> - 2001-10-07 04:51:49
|
Hello all: After look ing thru the Forums on the Project Site at Sourceforge, I see that the servlet mappings are OK, but the request are not being passed to Tomcat by Apache. I fixed this by adding this directive: JkMount /webmail/* ajp12 as was suggested on the forums. I think we should change the servlet URLs to have the standard /servlet/ prefix that users will be expecting when they use these packages for deployment to avoid this problem. I am willing to help with these changes. Also, I ran into the problem where my entire home directory is being recognized as mail folders, which is a real problem. So, again, after consulting the forums, I added these two items: 1. In jwma.properties, set jwma.postoffice.type=plain 2. In site_template.xml: set the rootfolder line to <rootfolder>mail</rootfolder> Now, when I try to login, I get an error message that the root folder does not exist. I think this was the whole point. Why doesn't jwma just create the directory itself? Then, I created the directory myself, but now, when I log-in, I see the folders in my home directory as folders and the files are all mailboxes. This is definitely not right. I tried to checkout the sources from CVS, but when I tried to list the modules, I did not get any, even though I was able to login successfully. I am trying to do it from the Internal CVS client of Netbeans 3.2. Has anyone tried this? Here is my server setup: RedHat Linux 7.1 Jwma 0.9.5 pre 3 Tomcat 3.2.3 Apache 1.3.19 Thanks, Neil -- Neil Aggarwal JAMM Consulting, Inc. (972) 612-6056, http://www.JAMMConsulting.com Custom Internet Development Websites, Ecommerce, Java, databases > -----Original Message----- > From: jwm...@li... > [mailto:jwm...@li...]On Behalf Of Neil > Aggarwal > Sent: Saturday, October 06, 2001 11:56 AM > To: JWMA Users > Subject: [Jwma-users] Servlet mappings not working > > > Hello: > > I already have a server running Apache 1.3.19 and Tomcat 3.2.3, so > I downloaded the webmail.war file to my tomcat webapps directory > and restarted tomcat. > > When I went to > http://www.JAMMConsulting.com/webmail > The browser was redirected to > http://www.JAMMConsulting.com/webmail/jwma > on which I received a 404 not found error. > > The mappings for this are in the web.xml file, but they are > apparently not working. > > Any ideas? > > Thanks, > Neil. > > -- > Neil Aggarwal > JAMM Consulting, Inc. (972) 612-6056, http://www.JAMMConsulting.com > Custom Internet Development Websites, Ecommerce, Java, databases > > _______________________________________________ > Jwma-users mailing list > Jwm...@li... > https://lists.sourceforge.net/lists/listinfo/jwma-users |
From: Neil A. <neil@JAMMConsulting.com> - 2001-10-06 16:52:46
|
Hello: I already have a server running Apache 1.3.19 and Tomcat 3.2.3, so I downloaded the webmail.war file to my tomcat webapps directory and restarted tomcat. When I went to http://www.JAMMConsulting.com/webmail The browser was redirected to http://www.JAMMConsulting.com/webmail/jwma on which I received a 404 not found error. The mappings for this are in the web.xml file, but they are apparently not working. Any ideas? Thanks, Neil. -- Neil Aggarwal JAMM Consulting, Inc. (972) 612-6056, http://www.JAMMConsulting.com Custom Internet Development Websites, Ecommerce, Java, databases |
From: Dieter W. <wi...@oe...> - 2001-02-11 16:07:41
|
I have just added up a new snapshot release (0.9.1-devpre2) all the details about changes can be checked via the project page on SF. Also avaiable now is a german language package, and maybe a spanish one soon. Furthermore I am taking my todo list into tasks on SF, and it seems that the discussion groups are getting alive. I also want to apologize for not reacting on recent mails here, I missed that I was not going to automatically receive the mail, so I am officially subscribed member just now :) Here some comments to the firsttime/naming problem: 1. there was a bug in the code as of 0.9 that caused troubles. On the road to 0.9.1 this was corrected, so please stick to the latest dev release. When I am getting a lot of reports and feedback, I can organize my work more efficiently. 2. There is a feature discussion going on about the connection to an LDAPD for the firsttime, and the addressbook thingy. I think some considerations and inspiration can be found there. I invite anybody interested in joining that discussion, because the solution at the moment is not satisfying. I think together we can come up with something better. The latest source as a matter of fact can be found via CVS, and there is only one branch. The website has been updated to a new structure, and I am working on complementing the documentation as well on the road to the 0.9.1 release. Regards, Dieter |
From: Eli Ben-S. <eb...@ne...> - 2001-02-05 21:19:59
|
Hi all, Why is it that Jwma will not let you change your firstname and lastname after the initial setup? I see this as a bad assumption. For example I am installing jwma in a university setting as a replacement for another web based mailer (Horde/Imp). There have been many occasions where people changed their name for whatever reason (marrige, divorce, boredom). The changes look to be trivial. Does anyone else think so? -- Eli Ben Shoshan (eb...@ne...) Open Systems Group North East Regional Data Center (NERDC) |
From: Eli Ben-S. <eb...@ne...> - 2001-02-05 20:01:21
|
Hi all, I am having some problems with getting first time users to set their preferences. I cleared out all the data in the data directory and then I log in. After a login I do not get redirected to the firsttime page instead I go directly to the folder page. I think the problem is there are multiple redirects along the way. What happens is that the controller decides that this is a new login session (acton=session; todo=login) and so calls doLogin. doLogin trys to create a new JwmaSession by call createJwmaSession(). There are no redirects in createJwmaSession() but in loadPreferences(). loadPreferences() tries to get the session from the JwmaKernel by calling JwmaKernel.getReference().loadPreferences(getFileName()). Since this is the first time the user logged in, this function call throws a FileNotFound exception which is caught and clones the default preferences, sets the firsttime variable to true, and redirects to FIRSTTIME_VIEW. Finally it stores the bean in the HttpSession. After loadPreferences() is done it stores the login time stamp and returns the JwmaSession back to doLogin(). doLogin() then sets up the mailfolders and trashfolders. After those are set it then redirects to FOLDER_VIEW. I belive that this is where the problem is. I believe that these two redirects are a problem since I never get to the FIRSTTIME_VIEW and always to the FOLDER_VIEW. Any suggestions? Thanks. The environment that this is all working in/on is the following: AIX v. 4.3.3 JDK 1.2.2. output of java -version is: java version "1.2.2" Classic VM (J2RE 1.2.2 IBM build ca122-20000726 (JIT enabled: jitc)) WebSphere Application Server: Advanced Edition v. 3.5 patchlevel 2 -- Eli Ben Shoshan (eb...@ne...) Open Systems Group North East Regional Data Center (NERDC) |
From: Gary P. <Gp...@co...> - 2001-01-08 20:40:56
|
Well I tried out the new war dist that on the anon-ftp site... It was nice that it didn't need any setup to run right out of the box but I still get the same issue... I end up with the following message upon tomcat startup.... Any ideas?????????????? 2001-01-08 03:28:00 - ContextManager: Adding context Ctx( /examples ) 2001-01-08 03:28:00 - ContextManager: Adding context Ctx( /admin ) Starting tomcat. Check logs/tomcat.log for error messages 2001-01-08 03:28:00 - ContextManager: Adding context Ctx( ) 2001-01-08 03:28:00 - ContextManager: Adding context Ctx( /test ) 2001-01-08 03:28:00 - ContextManager: Adding context Ctx( /webmail ) org.exolab.castor.mapping.MappingException: Could not find the class dtw.webmail.model.JwmaPreferencesImpl at org.exolab.castor.mapping.loader.MappingLoader.createDescriptor(MappingLoade r.java:292) at org.exolab.castor.xml.XMLMappingLoader.createDescriptor(XMLMappingLoader.jav a:126) at org.exolab.castor.mapping.loader.MappingLoader.loadMapping(MappingLoader.jav a:205) at org.exolab.castor.mapping.Mapping.getResolver(Mapping.java:252) at org.exolab.castor.xml.Unmarshaller.setMapping(Unmarshaller.java:203) at org.exolab.castor.xml.Unmarshaller.<init>(Unmarshaller.java:148) at dtw.webmail.JwmaKernel.preparePreferencesPersistency(JwmaKernel.java:220) at dtw.webmail.JwmaKernel.setup(JwmaKernel.java:117) at dtw.webmail.JwmaController.init(JwmaController.java:74) at org.apache.tomcat.core.ServletWrapper.doInit(ServletWrapper.java:317) at org.apache.tomcat.core.Handler.init(Handler.java:215) at org.apache.tomcat.core.ServletWrapper.init(ServletWrapper.java:296) at org.apache.tomcat.context.LoadOnStartupInterceptor.contextInit(LoadOnStartup Interceptor.java:130) at org.apache.tomcat.core.ContextManager.initContext(ContextManager.java:491) at org.apache.tomcat.core.ContextManager.init(ContextManager.java:453) at org.apache.tomcat.startup.Tomcat.execute(Tomcat.java:195) at org.apache.tomcat.startup.Tomcat.main(Tomcat.java:235) cannot load servlet name: jwma 2001-01-08 03:28:16 - PoolTcpConnector: Starting HttpConnectionHandler on 8080 2001-01-08 03:28:16 - PoolTcpConnector: Starting Ajp12ConnectionHandler on 8007 |
From: Gary P. <Gp...@co...> - 2001-01-04 15:47:36
|
Saw the following message in the archive of the list but I couldn't get to the attachment... I was wondering if Richard.. If you could send it again.. I'd like to see what you modified.... I'm having quite a few issues getting this to work on NT (win2000 pro) running Tomcat : Hi - I've successfully set up jwma under NT! nice - I like it. : : however I did have to do some hacking - my jwma.properties now looks like : this: : : .... snip .... : jwma.dirprefix=e:/ag/jakarta-tomcat/webapps/webmail/WEB-INF : jwma.xmldirprefix=file:///e:/ag/jakarta-tomcat/webapps/webmail/WEB-INF : .... snip .... : : the xmldirprefix is needed for xerces, which croaks on normal DOS file : paths. : : updated jwmaKernel.java: : (See attached file: JwmaKernel.java) : : also: what's the difference between creating a Mailbox and creating a : Folder? : (neither seems to work, btw) : : regards, : Richard |
From: <Ric...@in...> - 2000-12-07 14:43:01
|
Hi - I've successfully set up jwma under NT! nice - I like it. however I did have to do some hacking - my jwma.properties now looks like this: .... snip .... jwma.dirprefix=e:/ag/jakarta-tomcat/webapps/webmail/WEB-INF jwma.xmldirprefix=file:///e:/ag/jakarta-tomcat/webapps/webmail/WEB-INF .... snip .... the xmldirprefix is needed for xerces, which croaks on normal DOS file paths. updated jwmaKernel.java: (See attached file: JwmaKernel.java) also: what's the difference between creating a Mailbox and creating a Folder? (neither seems to work, btw) regards, Richard |
From: <web...@wh...> - 2000-11-30 03:26:10
|
aGksIGkgYW0gc3R1ZGVudCBhbmQga29yZWFuLi4uDQoNCmkgY2FuJ3QgZW5nbGlzaC4uLg0KDQpz b3JyeQ0KPT09PT09PT09PT09PT09PT09PT09PQ0KDQppIHdpbGwgc3R1ZHkgZm9yIGp3bWEuLi4N Cg0KaSBjYW4ndCBkb3dubG9hZGluZy4uLg0KDQpwbGVhc2UuLi4uLi5kb3dubG9hZGluZy4uLg0K DQp0aGFua3lvdS4NCg== |