These mods are probably more of a kludge or a quick "proof-of-concept," rather than a refined solution applicable to universal application; at least at this point
I'm experimenting with coding the following mods (primarily to the dada_bridge plugin) and value any feedback, especially on the concept/design
Adding the "digest" feature using another category of subscribers (list, authorized_sender, digest, moderator) -- Probably will get a backend working (dada_bridge) well before any front-end sign-up can be implemented -- Probably would set the digest timing interval by list rather than by subscriber/profile -- I assume that in general a "digest" subscriber would only be different in they wouldn't receive individual (approved) posts, only the compilation? E g, if the digest were set to 7 days, regular "subscribers" would receive individual messages, but the "digest" subscriber would receive one compilation of all posts from the past 7 days every 7 days
Adding the moderate by "random pool of subscribers"
I assume the sender should NOT be allowed to moderate their own message (as you wrote below), UNLESS they are allowed to send messages to the list without moderation? Makes sense to me, just not coded yet!
I'll work on a non-login method to approve/reject awaiting messages, but am a little concerned about creating a security problem I do have a specific and immediate need for this feature
I'll work to modify the code to use a "moderators" category of subscribers as you had envisioned -- Trying to think through the logic of having to add a name to the subscriber, authorized sender, and moderator lists -- In theory, are authorized senders just additional list admins? Starts getting into roles/tasks; how does a list admin differ from an authorized sender from a moderator
Dave Leffler
-----Original Message----- From: Justin J [mailto:justin@dadamailproject com] Sent: Sunday, May 10, 2009 17:10 To: [list_settings list_name] Subscriber Subject: [dadadev] RE: Dada Bridge w/moderation enhancements
On May 5, 2009, at 3:33 PM, Dave Leffler wrote:
>
Actually it's been http://www harrisonhills org/files/File/dada_bridge31a zip but http://www harrisonhills org/files/File/dada_bridge 31a zip should
now work also
Great I've applied that There are some issues, though:
It looks like, if a subscriber is also an authorized sender, and sends
a message out, they'll also receive a message asking to moderate
themselves
That might not be wanted, as it's a way to sort of, you
know, circumvent the system! :)
(I do have, "Allow Authorized Senders to send messages to the entire
list without moderation " unchecked)
But, it also looks like you still need to be logged into the list
control panel, to moderate, so even though all the authorized senders
receive a, "need to moderate" message, the only person that can
moderate is the person logged into the control panel
The easiest thing may be to just change the screen that you visit to
accept/deny a message to not require a login and then figure out a
better navigation scheme in Dada Bridge's control panel to handle
awaiting moderated messages
I really like the simple index you've included for the listing of
awaiting messages - that was sorely needed, I think
One other point: I kinda had an idea that the "authorized senders"
and, "moderators" would be a separate sublists - this current setup
kind of makes the two ideas one
I'm not going to change that any time
soon, I don't think (I'm needed in other places!), but it may be
something to think about in the future
Splitting these tasks between
two sublists in the future wouldn't be too hard, I don't think
I may do a little tinkering on this today and play around with some
ideas
When I'm done, I'll throw it up for everyone to grab,
Start a new thread, email: dadadev@dadamailproject.com
This is the developer discussion mailing list for Dada Mail.
If you are just looking for support Dada Mail, consult the message boards at:
https://forum.dadamailproject.com
Documentation for Dada Mail:
Specifically, see the Error FAQ:
https://dadamailproject.com/d/FAQ-errors.pod.html
To post to this list, send a message to:
mailto:dadadev@dadamailproject.com
All subscribers of this list may post to the list itself.
Topics that are welcome:
Dada Mail is on Github:
https://github.com/justingit/dada-mail/
If you would like to fork, branch, send over PRs, open up issues, etc.
This Privacy Policy is for this mailing list, and this mailing list only.
Email addresses collection through this mailing list are used explicitly to work within this email discussion list.
We only collect email addresses through our Closed-Loop Opt-In system.
We don't use your email address for any other purpose.
We won't be sharing your email address with any other entity.
Unsubscription can be done at any time. Please contact us at: justin@dadamailproject.com for any help regarding your subscription, including removal from the mailing list.
All mailing list messages sent from us will include a subscription removal link, which will allow you to remove yourself from this mailing list automatically, and permanently.
All consent to use your email address for any other purpose stated at the time of the mailing list subscription will also be revoked upon mailing list removal.