forked from karlproject/karl
-
Notifications
You must be signed in to change notification settings - Fork 0
/
TODO-distribution_list.txt
86 lines (50 loc) · 2.52 KB
/
TODO-distribution_list.txt
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
Distribution List Blueprint TODOs
=================================
Phase 1 -- Report-Driven Lists
------------------------------
- [X] Tidy up mailin adapters / utilities / scripts, get to 100% coverage.
- See r6451, r6452, r6453, r6454, r6457, r6458, r6459, r6460,
r6461, r6462, r6463, r6464, r6466, r6467, r6468, r6469,
- [X] Make the "mailin dispatcher" return 'report' info, in addition to
'community' info.
- See r6455.
- [X] Add an ``IMailinHandler`` adapter for reports.
* Forwards clone of message to all people in the report, with
'Reply-To' set to the report's mail-in address.
- See r6470, 6471.
- [X] Make the "mailin runners" cope with 'report' info.
* Use the report path to pick up the report-as-target.
* Ensure that appropriate permission checking occurs: the
user corresponding to the 'From:' address must have 'email'
permission on the report (normally KarlStaff).
* Add an evolve step which grants the 'email' permission to
'group.KarlStaff' on '/people'.
- See r6472, r6477, r6478.
- [X] Create ``ReportMailinglist`` object, addable to reports via admin UI.
* Majyk name, 'mailinglist'.
* No schema at present: later, perhaps keeps archive, allows choices
about ``Reply-To`` header.
- See r6473.
- [X] Expose ``mailto:`` link on retail view of reports which have a
``ReportMailinglist`` in them.
- See r6474.
Phase 1a -- "Prettified" list aliases
-------------------------------------
- [X] Merge initial "Phase 1" work to trunk.
- [X] Give mailinglist objects a 'short_address' schema field.
* Default to '__name__'
* Allow editing in admin UI.
* "Index" that field on the 'list_aliases' attribute of the root object,
which needs to be a b-tree mapping alias -> path.
* Ensure that aliases are unique across site.
- [X] Update inbound mail dispatch to check aliases against the root object's
'list_aliases'; if present, use the mapped path to find the target.
- [X] Update the 'mailto:' link shown on the report to use the 'short_address'
plus a new setting, 'list_subdomain' (fall back to the main site domain).
- [X] Use the same "pretty" address for the 'Reply-To' header.
- [X] Style the envelope icon on reports with mailinglists consistent with
with others (Paul, done on trunk).
- [X] Merge this work to trunk.
Phase 2 -- Moderated lists
--------------------------
- [_] Implement a custom 'mailinglist' tool for communities.