RE: Dada Bridge w/moderation enhancements

 
From: "Dave Leffler" <dleffler@PROTECTED>
Date: May 10th 2009

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,

  • This mailing list is a public mailing list - anyone may join or leave, at any time.
  • This mailing list is a group discussion list (unmoderated)
  • 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:

https://dadamailproject.com/d

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:

  • Constructive critiques on the program (I like, "x", but, "y" needs some work - here's an idea on how to make this better...)
  • Bug/Error reports
  • Bug fixes
  • Request For Comments on any changes to the program
  • Help customizing Dada Mail for your own needs
  • Patches
  • Language Translations
  • Support Documentation/Doc editing, FAQ's, etc.
  • Discussion of any changes that you would like to be committed to the next version of Dada Mail -

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.

Privacy Policy:

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.