From: Pieter v. Z. <pv...@cs...> - 2005-07-05 10:46:21
|
For the moment yes. Your current and new users emails should still work! They will just display either the new or old domain. I have a dithaka_alias_user table which contains: aliasId,aliasmailAddress,realMailAddress and userName We add an entry here for each user, and Dithaka uses this table to map from the alias address used in the system to the real email address to send out. It displays the alias thought in the headers. Solutions: add a library to do this and an admin page, add sql scripts or remove the alias domain name from the alias entries in Dithaka and concat the username+alias_domain each time it is needed. This info will be on the page below tomorrow: http://coefficient.sourceforge.net/modules/mailforum.html Also another issue: If the real address of the users changes the mailforum needs to be notified so that it can update the dithaka_alias_user. This is not done at the moment. The "MappingException: Association references" problem that you are experiencing seems to be with the hibernate mappings. We have released Dithaka this morning. Please try deploying the jars on your James server. It also contains the third party jars needed. Please deploy these as well. Alright you mailForum module seems to be working. Mmm, What are your aliasmailAddress in table: dithaka_alias_user Also do you have and idx=ALIAS_MAIL_HOST_ADDRESS in coefficient_configuration_properties? On Mon, 2005-07-04 at 18:09 +0100, Jason Meyler wrote: > Pieter, > > Does this mean that the whole member database needs amending with the > new property? I have added a new user, who sent a message. That message > ended up as non-delivered. > > Jason > > Pieter van Zyl wrote: > > >On Mon, 2005-07-04 at 09:52 +0100, Jason Meyler wrote: > > > > > >>Pieter, > >> > >>I attach the Dithaka jars files deployed on James and within the > >>mailforum module. > >> > >>I deployed these at the beginning of June. After the first start up I > >>noticed the new ALIAS_MAIL_HOST_ADDRESS system property and changed this > >>to mail.opendgroups.net. > >> > >> > >If there where members already in the database, and you have the version > >that uses alias email address ( which you have) then: > >if you change the ALIAS_MAIL_HOST_ADDRESS then one has to run a script > >as admin to update existing users alias e-mail address. > > > >We see that ALIAS_MAIL_HOST_ADDRESS should be setup at the start and > >should not change constantly. If and administrator does change it at > >the moment after use, then a script should be run or an admin page > >should be used to update all users alias email addresses. This page > >should still be created. > > > >This situation will be on our todo-list and is seen by me as a high > >priority > > > > > > > > > >>On 30th June I noticed your changes to Dithaka-James and redeployed. On > >>1st July redeployed coefficient-mailforum4james. > >> > >>The first non-delivered message is logged on 16th June. I can't recall > >>changing anything. No properties seem to have been changed. (Is there an > >>easy way to check this in the logs?) > >> > >> > >Do you mean the server logs? If so then no. > > > >I am looking into this error: .MappingException: Association references > >unmapped > > > >I have deployed your jars to my James mail server and everything seems > >to work. No MappingException. > > > >I would suggest building dithaka-base and dithaka-james from CVS to get > >the latest code onto James copy these to mailForum/lib. And then > >building the mailForum module again. Then build and deploy your > >dithaka-james jar as well from CVS. > > > >We have been uploading the Dithaka release files into SourgeForge. But > >it is going slowly. Maybe you can download the binaries tomorrow when it > >is up? > > > >If you register a new user and do a post to the forum. Does it work? > > > > > > > > > > > >>Hope this helps. Thanks. > >> > >>Jason > >> > >>Pieter van Zyl wrote: > >> > >> > >> > >>>Jason, > >>> > >>>Cab you please e-mail me your Dithaka jars files that you have deployed > >>>on James? > >>> > >>>I am going through the Hiberbate site looking for this error. It seems > >>>to be related to either missing some mapping files or some of the > >>>mapping files being incorrect. > >>> > >>>Also:have you changed any of the existing e-mail addresses or domains > >>>after the first deploy? > >>> > >>>When did this problem start? > >>> > >>>On Fri, 2005-07-01 at 15:37 +0100, Jason Meyler wrote: > >>> > >>> > >>> > >>> > >>>>Pieter, > >>>>.MappingException: Association references unmapped > >>>>Unfortunately not. Loaded a recompiled coefficient-mailForum4james.jar > >>>>into James and update mailforum.ear into JBoss following your guide. > >>>>Still no luck with mailing from the forum. > >>>> > >>>>The mail server seems to be working ok otherwise - notification of a new > >>>>group worked fine. However there are still the same errors/exceptions > >>>>being generated by James in the wrapper.log. > >>>> > >>>>snip > >>>>INFO | jvm 1 | 2005/07/01 13:02:53 | 1309 [Phoenix-Monitor] INFO > >>>>cfg.Binder - Mapping class: org.dithaka.messaging.UserMailPreferences > >>>>-> dithaka_usermailpreferences > >>>>INFO | jvm 1 | 2005/07/01 13:02:53 | 1310 [Phoenix-Monitor] INFO > >>>>cfg.Configuration - processing one-to-many association mappings > >>>>INFO | jvm 1 | 2005/07/01 13:02:53 | > >>>>net.sf.hibernate.MappingException: Association references unmapped > >>>>class: org.dithaka.messaging.ForumChampion > >>>>INFO | jvm 1 | 2005/07/01 13:02:53 | at > >>>>net.sf.hibernate.cfg.Binder.bindCollectionSecondPass(Binder.java:1175) > >>>>INFO | jvm 1 | 2005/07/01 13:02:53 | at > >>>>net.sf.hibernate.cfg.Binder$CollectionSecondPass.secondPass(Binder.java:1379) > >>>>INFO | jvm 1 | 2005/07/01 13:02:53 | at > >>>>net.sf.hibernate.cfg.Binder$SecondPass.doSecondPass(Binder.java:1355) > >>>>INFO | jvm 1 | 2005/07/01 13:02:53 | at > >>>>net.sf.hibernate.cfg.Configuration.secondPassCompile(Configuration.java:639) > >>>>INFO | jvm 1 | 2005/07/01 13:02:53 | at > >>>>net.sf.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:791) > >>>>INFO | jvm 1 | 2005/07/01 13:02:53 | at > >>>>net.sf.hibernate.util.HibernateUtil.configureHibernateForClasses(HibernateUtil.java:255) > >>>>...... > >>>>/snip > >>>> > >>>>Any ideas? > >>>> > >>>>Jason > >>>> > >>>>Pieter van Zyl wrote: > >>>> > >>>> > >>>> > >>>> > >>>> > >>>>>Jason, > >>>>> > >>>>>Did you receive my answer? > >>>>> > >>>>>Did it work? > >>>>> > >>>>> > >>>>>On Fri, 2005-07-01 at 08:33 +0100, Jason Meyler wrote: > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> > >>>>>>Hi Pieter, > >>>>>> > >>>>>>Thanks for the update. Really good news. > >>>>>> > >>>>>>Can you let me know when you will have a chance to look at the problem > >>>>>>in my email from yesterday? > >>>>>> > >>>>>>Jason > >>>>>> > >>>>>>Pieter van Zyl wrote: > >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>>>Good day! > >>>>>>> > >>>>>>>We are working on the release for today. > >>>>>>> > >>>>>>>We are creating the gz files with the binary and the source and doing > >>>>>>>some testing of the files. > >>>>>>> > >>>>>>>We have decided to make the Coefficient release number 0.9.6: there has > >>>>>>>been more new work added than bug fixes. We are still slowly moving > >>>>>>>towards an 1.0 release. > >>>>>>> > >>>>>>>Dithaka: > >>>>>>> > >>>>>>>We will only create releases for Dithaka-Base and Dithaka-James. > >>>>>>> > >>>>>>>Dithaka-Tapestry will be released later. > >>>>>>> > >>>>>>>The Dithaka release numbers will be 0.7. > >>>>>>> > >>>>>>>I want to send out an e-mail later today on all the mailing lists when > >>>>>>>the release has been done > >>>>>>> > >>>>>>>Kindly > >>>>>>> > >>>>>>>Pieter > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>> > >>>>> > >>>>> > >>>>> > >>> > >>> > >>> > >>> > > > > > > > > > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click > _______________________________________________ > Coefficient-devel mailing list > Coe...@li... > https://lists.sourceforge.net/lists/listinfo/coefficient-devel |