I just noticed that there is a Typo3 plug-in for openemm. So it should
be feasible to do the same for Magnolia. This really might be the
better approach...
will
On 22.08.2008, at 08:43, Ruben Reusser wrote:
the thought of running queues inside of magnolia to send and resend
and the constant changes in the spam filters would worry me more. It
should be possible to change the user management to use LDAP or
expose magnolias users through a web service.
Ruben
Will Scheidegger wrote:
Well, sending is only one part, but handling the subscribers is the
other part. With this one setup with have running for a customer,
we have about 3000 registered users who have access to a CUG in
Magnolia and who can update their profiles. If we had an external
newsletter service we would be starting to shove around user data
from one system to the other and back. That's what I'm a bit afraid
of.
will
On 21.08.2008, at 20:06, Boris Kraft wrote:
It might be useful enough if the newsletter modules can send an
email to a distribution server (mailing list or newsletter service).
I agree that we don't want to reinvent the wheel.
- B
On Aug 21, 2008, at 12:05 PM, Will Scheidegger wrote:
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 for the task.
will
On 21.08.2008, at 17:24, Ruben Reusser wrote:
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:
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
----------------------------------------------------------------
for list details see
http://documentation.magnolia.info/
----------------------------------------------------------------
----------------------------------------------------------------
for list details see
http://documentation.magnolia.info/
----------------------------------------------------------------
----------------------------------------------------------------
for list details see
http://documentation.magnolia.info/
----------------------------------------------------------------
