http://permalink.gmane.org/gmane.comp.cms.magnolia.user hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://permalink.gmane.org/gmane.comp.cms.magnolia.user/9253 Not so long ago there was quite some discussion about various ways to produce and/or consume RSS feeds in Magnolia. That gave me a push to write down what I had in mind for quite while. So if you want to see yet another possible solution to the problem, have a look at the RSS Aggregator module (find link to snapshot at http://wiki.magnolia.info/display/WIKI/List+of+Magnolia+Modules ) and more details and some screenshots at http://weblogs.java.net/blog/rah003/archive/2008/08/if_you_need_jus.html Cheers, Jan ---------------------------------------------------------------- Jan Haderka 2008-08-21T16:07:38 http://permalink.gmane.org/gmane.comp.cms.magnolia.user/9252 I asked myself this question more than once. The main reason for a Magnolia newsletter module would definitely be: "Simple is beautiful". I want a simple system for our users - maybe not featuring all the bells and whistles of emarys.com & competitors. They should only have to deal with one tool. There should be one place where the user info is stored. The users should eventually be able to create their news once (in Magnolia) and have it display on the website _and_ mailed out to the recipients. I was hoping to find a mature open source newsletter tool that one could integrate into magnolia (like openwfe is integrated). Unfortunately I have not found anything that made me jump into it. Descriptions like "...OpenEMM is mainly written in Java and Python and employs leading edge Java frameworks like Hibernate, Spring and Struts. Some performance-sensitive code is written in C." give me the shivers! ;-) But for the enterprise market, I'm sure a professional tool is better suited fo Will Scheidegger 2008-08-21T16:05:08 http://permalink.gmane.org/gmane.comp.cms.magnolia.user/9251 Is magnolia really the right system for distributing newsletters? I can see the authoring aspect of magnolia being handy but the send/track/report part? There are other tools out there that do that already such as http://www.openemm.org/ Ruben Will Scheidegger wrote: Ruben Reusser 2008-08-21T15:24:44 http://permalink.gmane.org/gmane.comp.cms.magnolia.user/9250 I know, I know... we're still working on cleaning up our shop module prototype so the code can be added to the Magnolia environment (Thanks Boris for the invitation!), and here we are proposing already the next big chunk of work. But hey... we need it. And instead of again building a newsletter mechanism for a specific customer why not try to create something open, something flexible, something that might cover more than just that one customers needs? So here we go again - it's only a proposal, it has not even been proofread, but I'm more than happy to receive your feedback as early as possible. And if anyone out there is interested in joining the development: Please do! http://www.fastforward.ch/web/ff/dokumentation/entwickler/magnolia-newsletter-module.html will ---------------------------------------------------------------- Will Scheidegger 2008-08-21T15:05:06 http://permalink.gmane.org/gmane.comp.cms.magnolia.user/9249 Write a Magnolia command to delete the nodes according to your rules. Then use the Scheduler module to execute the command regularly Ralf Philip Schlesinger schrieb: ---------------------------------------------------------------- Ralf Hirning 2008-08-21T06:11:39 http://permalink.gmane.org/gmane.comp.cms.magnolia.user/9248 A few people have posted in the past requesting info on replication and clustering of Magnolia servers. No one appeared to respond, so I thought I'd try. Anybody got any info? ---------------------------------------------------------------- Philip Schlesinger 2008-08-21T00:54:50 http://permalink.gmane.org/gmane.comp.cms.magnolia.user/9247 We'd like to be able to set files to be automatically deleted after a specified time period. Can Magnolia do this? ---------------------------------------------------------------- Philip Schlesinger 2008-08-21T00:28:38 http://permalink.gmane.org/gmane.comp.cms.magnolia.user/9246 Hi all, Kubuntu 8.04 (Hardy Heron) Tomcat 6.0.18 Java 1.5.0_15-b04 Latest Xalan jars are in /usr/local/tomcat/lib/ Enterprise Edition 3.6.1 Trial One of our goals is to store XML data in a repository, and I can't seem to find if Magnolia extracts XML metadata (and then lets a user search that metadata). Help? - Phil ---------------------------------------------------------------- Philip Schlesinger 2008-08-21T00:22:23 http://permalink.gmane.org/gmane.comp.cms.magnolia.user/9245 On 20.08.2008, at 17:09, Ruben Reusser wrote: Yeah, can't wait for that to happen! And I can't wait to win the lottery either! :-) No, seriously, I'll talk to an it guy at the Kanton of Bern, hoping to have him run these tests for me. Will ---------------------------------------------------------------- Will Scheidegger 2008-08-20T19:52:44 http://permalink.gmane.org/gmane.comp.cms.magnolia.user/9244 On Aug 19, 2008, at 8:58 PM, Enguerrand Dibanda wrote: Actually, you'll want activate these ;) But there are indeed some configuration options you need the admincentral for, if only the anonymous role and the /server/admin property :) Cheers, -g ---------------------------------------------------------------- Grégory Joseph 2008-08-20T19:24:03 http://permalink.gmane.org/gmane.comp.cms.magnolia.user/9243 My hope is somebody from the BIT will read this and look into it from their side. Ruben Reusser 2008-08-20T15:09:29 http://permalink.gmane.org/gmane.comp.cms.magnolia.user/9242 On Aug 20, 2008, at 5:04 PM, Ruben Reusser wrote: I can understand this is sometimes politically difficult, but what else do you suggest? Guessing, hiring a marabou ? :-D ---------------------------------------------------------------- Grégory Joseph 2008-08-20T15:06:01 http://permalink.gmane.org/gmane.comp.cms.magnolia.user/9241 the problem is I do not have access to the systems or the network in question. Therefore it's not really possible to get a good JIRA issue together for this Ruben Grégory Joseph wrote: ---------------------------------------------------------------- Ruben Reusser 2008-08-20T15:04:28 http://permalink.gmane.org/gmane.comp.cms.magnolia.user/9240 On Aug 20, 2008, at 4:59 PM, Will Scheidegger wrote: As I said on your issue - the only way we can properly understand what's going on is with details of the network setup (... proxies are suspicious indeed) with complete request/response headers. Check http://www.debugbar.com or http://www.fiddlertool.com/fiddler/ if you need tools for this. -g ---------------------------------------------------------------- Grégory Joseph 2008-08-20T15:01:50 http://permalink.gmane.org/gmane.comp.cms.magnolia.user/9239 I thought about doing that, but was (of course) hoping that there would be a better solutions (since this did work in 3.5.8). Uah! That's pretty ugly! The whole caching/compression stuff seems to be a bit shaky, but I'm already fighting too many other little wars (updating PUR, a shop module, thinking about a newsletter module...) to dig into that very complex topic. Hoping for Mag 3.6.2 i quess... Will ---------------------------------------------------------------- Will Scheidegger 2008-08-20T14:59:08 http://permalink.gmane.org/gmane.comp.cms.magnolia.user/9238 had the same problem with the EDA - remove the gzip filter in the filter chain or turn it off. There are also caching problems at the EDA (pages where caching is turned off are cached on their proxy). I have to use a query parameter to bypass that. Ruben Will Scheidegger wrote: Ruben Reusser 2008-08-20T14:47:14 http://permalink.gmane.org/gmane.comp.cms.magnolia.user/9237 Debbie Burger at 216-362-0755 ext 146 will be handling all inquiries. ---------------------------------------------------------------- kgreen 2008-08-20T12:07:47 http://permalink.gmane.org/gmane.comp.cms.magnolia.user/9236 I just opened the bug report 2334 in the jira, because on the computers of the departmenst of to cantons in Switzerland one cannot display Mag 3.6.1 pages (neither admin nor public pages!). See http://jira.magnolia.info/browse/MAGNOLIA-2334 I _think_ it might have something to do with autocompression of content but I have no real evidence of this suspicion other than the screenshot attached to the bug report. Has anyone else encountered this problem with government or "well" protected enterprise networks? Workarounds? I can see that in Mag 3.5.8 (which works perfectly on these computers) there is no "gzip" filter yet. So I assume there actually were changes in how auto-compression is handled between 3.5.8 and 3.6.1, right? Will ---------------------------------------------------------------- Will Scheidegger 2008-08-20T09:26:14 http://permalink.gmane.org/gmane.comp.cms.magnolia.user/9235 yeah probably for the case i make new templates or similar stuffs. Many thanks for your help regards On Aug 19, 2008, at 8:13 PM, Ruben Reusser wrote: ---------------------------------------------------------------- Enguerrand Dibanda 2008-08-19T18:58:02 http://permalink.gmane.org/gmane.comp.cms.magnolia.user/9234 you would want to keep the magnoliaPublic/.magnolia/pages/adminCentral.html accessible in order to manage the configuration Enguerrand Dibanda wrote: Ruben Reusser 2008-08-19T18:13:28 http://permalink.gmane.org/gmane.comp.cms.magnolia.user/9233 Thx, it was my bad. I hadnt really understood the get/post stuff. Now i dont have to authenticate to get to the homepage. However by pointing the browser to magnoliaPublic/.magnolia/pages/adminCentral.html i can access the adminCentral after authenticating as admin or someone allowed to do so. Is it the way it is supposed to work? Can it be deactivated? Respectively why whould it be a bad idea to do so? regards On Aug 19, 2008, at 6:23 PM, Ruben Reusser wrote: ---------------------------------------------------------------- Enguerrand Dibanda 2008-08-19T18:06:21 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.cms.magnolia.user