On May 30, 2013, at 06:37 PM, Richard Wackerbarth wrote:
OK. Then a roster represents the distribution list for a feed of outgoing
messages. The mailinglist represents the reception point(s) for the
incoming messages and the directives for handling the processing of those
messages.
The thing
On May 17, 2013, at 04:58 PM, Richard Wackerbarth wrote:
Would it be easier if we just treated owners and moderators as a couple of
additional mailing lists.
In other words, for list x...@example.com, we also have virtual lists
XXX(owners)@example.com and XXX(moderators)@example.com Where the
On May 19, 2013, at 11:26 AM, varun sharma wrote:
I think the owner or moderators also should be allowed to use the in vacation
suspension of mails from the mailing lists they moderate or own, given all
the administrative tasks that need their attention must be added to their
ToDo queue.
One
On May 19, 2013, at 10:08 PM, varun sharma wrote:
2. The second thing is some moderators might be interested in knowing
the administrative changes done in their absence. So they should
receive a summary of the tasks done(eg. users added) in their absence
once they come back from vacation.This was
Hi Steve,
I think it will be a good idea to provide an option of digests, as the case
you have mentioned may occur in a real situation.
Hi Richard,
Lets take an example of a moderator of some mailing list:
==Before going on vacaton==
1. If someone sends a new user request, the moderator will
Varun,
It is easy to say He will receive an email about the tasks done in his
absence. However, how do you propose to compose that email?
Where and how is the information used to construct the email stored while the
moderator is on vacation. If on a queue, which queue? ... etc.
You seem to
Hi Richard,
Currently i have no idea how to implement getting content for tasks done in
the absence of a moderator in the core but i am working on understanding
core in detail. I found it as an interesting feature, so i suggested it.
However it can be skipped also as it is only an add-on feature
Thanks barry, you have very well explained both the use cases to me.
On Sat, May 18, 2013 at 1:46 AM, Barry Warsaw ba...@list.org wrote:
On May 13, 2013, at 10:52 PM, varun sharma wrote:
1. Suspend emails in vacation and post from multiple email ids:
IMember interface present in
On Sat, May 18, 2013 at 1:46 AM, Barry Warsaw ba...@list.org wrote:
On May 13, 2013, at 10:52 PM, varun sharma wrote:
Question: Should you be able to add a vacation stop to moderator or owner
emails?
I think the owner or moderators also should be allowed to use the in
vacation
Hi Richard,
I think you have misunderstood my paragraph to be barry's. I was
suggesting the adding up of pending tasks of moderators and list
owners to their ToDo list during their vacation period with
suspension of email.
The phrase which you have mentioned, might be confusing. But actually
i was
varun sharma writes:
1. The mail delivery will be stopped for moderators as well as list
owners. So the moderators should also not receive any add request
pending email during the vacation period.
Moderators and owners need to have their vacations treated differently
from other users,
Varun,
Perhaps I did miss-attribute the material. Thank you for pointing it out. I
offer my apologies for doing so. Sometimes the quote levels get confused and
it is not easy to tell which author provided some particular text.
Since you appear to be the one responsible for the suggested
On May 18, 2013, at 12:29 AM, Stephen J. Turnbull step...@xemacs.org wrote:
I don't contest that there are strong similarities between a list of
moderators and a mailing list of subscribers. What I'm saying is
that they're not the same, there are several variations on the theme,
and we must
On May 13, 2013, at 10:52 PM, varun sharma wrote:
1. Suspend emails in vacation and post from multiple email ids:
IMember interface present in interfaces/member.py is already providing the
delivery_status enum in _client module via rest api but the user.save() is
currently not functional, so the
On May 17, 2013, at 3:16 PM, Barry Warsaw ba...@list.org wrote:
Question: Should you be able to add a vacation stop to moderator or owner
emails?
Would it be easier if we just treated owners and moderators as a couple of
additional mailing lists.
In other words, for list x...@example.com,
we
Richard Wackerbarth writes:
Would it be easier if we just treated owners and moderators as a
couple of additional mailing lists.
That would require additional, complex attributes that aren't
appropriate for most lists to be given to all lists. They'd have to
have a .virtual_list_for
I'm not convinced that it would require all of the items that you enumerate.
First, you have to look at how messages might get to the list. Since I
specified that the list was a virtual list (unreachable), the only source of
messages would be from the internal queue handlers. Thus they would
Richard Wackerbarth writes:
I agree that it might be messier. But it still might be cleaner if
you want the moderators, etc. to have all of the subscription
options
We don't. Some are meaningless (notMeToo, noDups), some should not be
available (noMail -- at least not if a vacation
First things first, I would like to thank you all for this kind of
brainstorm. I went through all
your replies and I'm about to express my opinion for each of them below:
1) I totally agree with Steve and Richard regarding the split of the
Posting functionality from
Hyperkitty. After all, DRY
On Tue, May 7, 2013 at 10:39 AM, Stephen J. Turnbull step...@xemacs.orgwrote:
varun sharma writes:
Thanks for the introduction!
In my project Better user settings management, i need to extend the
Client class of mailman.client and i will be adding a lot of instance
methods and
On May 08, 2013, at 10:31 AM, Richard Wackerbarth wrote:
I agree with Steve. One of the advantages of Django is its mix and match
capability. Actually, I see two possible apps. One would integrate with
HK. The other would be simpler, just providing a posting mechanism that
provides authenticated
On 05/09/2013 12:28 PM, Barry Warsaw wrote:
The real power here would be for someone who is reading the archives to jump
into a discussion, potentially long after the fact. Imagine you've done a
web search for a particular problem you're having and it lands you on a page
in an archive. You
On 05/09/2013 09:47 AM, Daniel Kahn Gillmor wrote:
so something like:
a
href=mailto:l...@example.org?In-Reply-To=%3c3469a91.d10a...@example.com%3E;Reply
to this message/a
Go to
http://mail.python.org/pipermail/mailman-developers/2013-May/023054.html
and look at the mailto: link under
Barry Warsaw writes:
On May 08, 2013, at 10:31 AM, Richard Wackerbarth wrote:
I agree with Steve. One of the advantages of Django is its mix and match
capability. Actually, I see two possible apps. One would integrate with
HK. The other would be simpler, just providing a posting
Hi Mark--
On 05/09/2013 01:06 PM, Mark Sapiro wrote:
Go to
http://mail.python.org/pipermail/mailman-developers/2013-May/023054.html
and look at the mailto: link under 'dkg at fifthhorseman.net'.
wow, great! I have never looked at this link before because i always
assumed it was a link to
On May 9, 2013, at 12:06 PM, Stephen J. Turnbull step...@xemacs.org wrote:
Barry Warsaw writes:
On May 08, 2013, at 10:31 AM, Richard Wackerbarth wrote:
I agree with Steve. One of the advantages of Django is its mix and match
capability. Actually, I see two possible apps. One would
Richard Wackerbarth writes:
However, we need to keep the level of integration issue open
until someone (presumedly the student) completes an inventory of
reasonable possibilities.
I would like to leave that up to Peter. (We should avoid burdening
the students with chores like inventorying
Yes, I, too, would leave it to Peter. And I am not suggesting that he attempt
to make any complete inventory.
But I don't see how you can possibly decide requirements without taking them
into consideration.
On May 9, 2013, at 1:58 PM, Stephen J. Turnbull step...@xemacs.org wrote:
Richard
On 05/09/2013 10:31 AM, Daniel Kahn Gillmor wrote:
On 05/09/2013 01:06 PM, Mark Sapiro wrote:
Go to
http://mail.python.org/pipermail/mailman-developers/2013-May/023054.html
and look at the mailto: link under 'dkg at fifthhorseman.net'.
wow, great! I have never looked at this link before
Hello to all the members of the community,
I've applied a proposal on Melange for the Web Posting Interface.
The major subject of this project, as described in the wiki, is to
allow logged in users to post message from the web interface and
integrate it into the appropriate pages(e.g the
Peter Markou writes:
Now regarding Richard's email, GSoC Applicants. After having a
comprehensive examination in Hyperkitty I found that the functionality
for posting messages through web exists.
I think it should be split out as a separate Django app, independent
of HyperKitty.
I agree with Steve. One of the advantages of Django is its mix and match
capability.
Actually, I see two possible apps. One would integrate with HK. The other would
be simpler, just providing a posting mechanism that provides authenticated
message sender.
On May 8, 2013, at 10:19 AM, Stephen
In practical terms, I think the time would be better spent on
integrating HyperKitty and Postorius for Mailman suite *first* and then
dividing out the posting capability once the integration is done. That
way the person who does this has some idea of the pain points of
integration so they can
Hi Guys,
In my project Better user settings management, i need to extend the
Client class of mailman.client and i will be adding a lot of instance
methods and variables to the class. Right now, i am having a look at the
mailman core and mailman interfaces to figure out if the
method/implementation
varun sharma writes:
Thanks for the introduction!
In my project Better user settings management, i need to extend the
Client class of mailman.client and i will be adding a lot of instance
methods and variables to the class.
Is this the right approach? What are you adding (some examples
35 matches
Mail list logo
