Closed (fixed)
Project:
modr8
Version:
5.x-2.4
Component:
Code
Priority:
Normal
Category:
Feature request
Assigned:
Unassigned
Reporter:
Created:
9 Oct 2008 at 15:15 UTC
Updated:
18 Feb 2009 at 00:20 UTC
Jump to comment: Most recent file
from Moshe:
>
> So, Modr8 does a great job of logging outbound communication with the node
> author, but it would be really great to log inbound communication as well. I
> think the simplest way to do this is to expand the schema to log inbound
> messages about a node. Then, the user can reply via a simple form served by
> modr8. What do you think?
| Comment | File | Size | Author |
|---|---|---|---|
| #8 | response-form-319073-5x-8.patch | 7.44 KB | pwolanin |
| #7 | response-form-319073-6x-fu.patch | 1.12 KB | pwolanin |
| #6 | response-form-319073-6.patch | 8.97 KB | pwolanin |
| #5 | response-form-319073-5.patch | 6.84 KB | pwolanin |
Comments
Comment #1
moshe weitzman commentedWe'd implement a trigger as well so that an action can email the moderators or somesuch.
Comment #2
michelleThere was just someone on IRC asking how they could respond back to the questions asked by the moderator since the email is "noreply" so this is definitely an area of confusion for at least one person.
Michelle
Comment #3
pwolanin commentedI think the ideal would be to have some sort of reply form - a coded URL for whichi would go out in the original e-mail
the response goulc either go into the moderation log, or sent to a list or ??? or all the above?
Comment #4
moshe weitzman commentedwell, if the reply gets sent to a list then you just put the right reply-to in the outbound email and you are done. but modr8's raison d'etre is to keep a log and I feel this merits inclusion in the log.
yes, reply via email is nice and not that hard. see mail2web module for a nice implementation. but easiest is a web form so i think we should start there.
Comment #5
pwolanin commentedhere's a first pass (for 6.x)
Comment #6
pwolanin commentedrevised patch based on feedback from Moshe plus testing and finding bugs.
committing this to HEAD for testing and 5.x backport.
Comment #7
pwolanin commentedalter 6.x to use a HMAC-MD5 token rather than straight sha1 to avoid possibly leaking the private key.
Comment #8
pwolanin commentedhere's a 5.x version for testing.
Comment #9
pwolanin commentedcommitted the patch to the DRUPAL-5 branch - please test in prep for a release.
Comment #10
pwolanin commented