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/
----------------------------------------------------------------
