You are viewing a plain text version of this content. The canonical link for it is here.
Posted to server-dev@james.apache.org by Danny Angus <da...@apache.org> on 2008/03/26 13:58:50 UTC
Re: GSoC james-mladmin
Kirill,
This all sounds good, I would suggest that post moderation has four options,
1/ accept this message only ACCEPT
2/ allow this sender to post again without moderation, ALLOW.
3/ don't allow this message (defaults to this after x hours in queue) REJECT
4/ prevent this sender from sending again BLOCK
d.
On 3/27/08, Kirill Kosinov <ki...@gmail.com> wrote:
> Goog day.
>
> Noel, thank you for answer to my previous post in
> general@james.apache.org mailing list
> (GSoC james-mladmin questions).
>
> So i want to propose more conceit idea. At first i would like to define
> some concepts. I'm a student not a james commiter and i want to explain
> what i understand by word moderation.
>
> I have red, that there are two distinct kinds of mailing list
> moderation: a moderated subscription process and moderated posting.
>
> I'll begin with moderated posting :-). Let's imagine that we have a user
> who has two mail addresses, one of them is on Subscribe List, the second
> is not. User writes two letters from different addresses, JAMES can
> determine posting privileges (imagine that we have posting privileges)
> and send mail into Subscribe List, second message will be forwarded to
> moderator (who recognizes that these messages were sent by the same
> individual using different email addresses, the moderator may approve
> the second message because he knows the individual who sent it).
>
> What about current functionality. As i understood subscribing process is
> handled by CommandListservManager from transport package (uses command
> behavioral pattern),
> mailet uses UserRepository (just a folder as i understood), if user
> executes subscribe-confirm
> command, JAMES adds new user to repository. When message comes
> toCommandListservManager it is forwarded to users in UserRepository of
> Subscribe List.
>
> For handling messages james uses visitor patter, asking all registred
> mailets, so i
> think for moderation new mailet is required.
>
> What we need to implement moderation. At first i think that we need
> implement User interface
> or extend DefaultUser (to store posting permissions, moderation
> attributes and subscription type, something like 'Regular', 'Digest',
> 'Allow'), may be create a subscription object. Second is moderation list
> entity, as i understood JAMES hasn't this and that's why if i want to
> use moderated configuration settings (things like 'Anyone can post but
> all posts are moderated', 'Subscribers can post and all others
> moderated', 'Subscribers can post, all others are rejected, and all
> posts are moderated' and 'Only moderators can post ') i have to create
> this, or to add attribute in mailet...
>
> I used remote debugging and API docs to understand JAMES functionality,
> may be i missed
> something or my understanding is wrong, please correct me.
>
> In conclusion i want to summarize that i want to implement mailets for
> post moderation (using list
> moderation type) and subscription types.
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
> For additional commands, e-mail: server-dev-help@james.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
RE: GSoC james-mladmin
Posted by "Noel J. Bergman" <no...@devtech.com>.
Norman Maurer wrote:
> > You wrote that you already implement VERP parser, where i can see it? I
> > try to estimate difficulty of the task (moderation+archivation) in order
> > to include a schedule in my application.
> I think Noel is talkin about attached java file at:
> https://issues.apache.org/jira/browse/JAMES-526
+1
I just read through it again. Two items I noticed. One obvious and simple
enhancement that it needs is to parse out an "action" from the address. The
other is to address the static, shared, catalog of registered VERP patterns,
in case we want separate configurations.
--- Noel
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
Re: GSoC james-mladmin
Posted by Norman Maurer <no...@apache.org>.
Am Freitag, den 28.03.2008, 09:30 +0300 schrieb Kirill Kosinov:
> Noel J. Bergman wrote:
> >> James already can archive mail, but to retrieve them you'd need to
> >> assign ID's to them.
> >>
> And another one question :-). Which ide do you use for testing and
> development JAMES (avalon plugins?), it is something like Eclipse and
> ant scripts or something else?
I think the IDE is diffrent for developers. I'm using eclipse + junit +
ant. No avalon plugins..
>
> You wrote that you already implement VERP parser, where i can see it? I
> try to estimate difficulty of the task (moderation+archivation) in order
> to include a schedule in my application.
I think Noel is talkin about attached java file at:
https://issues.apache.org/jira/browse/JAMES-526
bye
Norman
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
Re: GSoC james-mladmin
Posted by Kirill Kosinov <ki...@gmail.com>.
Noel J. Bergman wrote:
>> James already can archive mail, but to retrieve them you'd need to
>> assign ID's to them.
>>
And another one question :-). Which ide do you use for testing and
development JAMES (avalon plugins?), it is something like Eclipse and
ant scripts or something else?
You wrote that you already implement VERP parser, where i can see it? I
try to estimate difficulty of the task (moderation+archivation) in order
to include a schedule in my application.
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
Re: GSoC james-mladmin
Posted by Kirill Kosinov <ki...@gmail.com>.
Noel J. Bergman wrote:
>> James already can archive mail, but to retrieve them you'd need to
>> assign ID's to them.
>>
>
> And use VERP, for example, as part of the command pattern to retrieve them.
>
I have red some articles about VERP, so i understood that it is used to
handle bounce messages (a good and simple idea).
Ezmlm uses command like general-get.123 145@james.apache.org to get
messages, i don't see VERP pattern here. Adding some functionality based
on VERP for handling bounced messages is a great idea (especially
because of parser is already written :-) ), but i don't see a way in
which VERP can be used for retrieving messages from achieve (may be i'm
stupid) .
To generate id's i planed to use commons-id library...
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
RE: GSoC james-mladmin
Posted by "Noel J. Bergman" <no...@devtech.com>.
> James already can archive mail, but to retrieve them you'd need to
> assign ID's to them.
And use VERP, for example, as part of the command pattern to retrieve them.
--- Noel
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
Re: GSoC james-mladmin
Posted by Danny Angus <da...@apache.org>.
James already can archive mail, but to retrieve them you'd need to
assign ID's to them.
d.
> Can you give me some links where i can read about mail archivation? I
> I'm going to read ezmlm documentation, and look through is sources, but
> project is large and it can take much time, can you advice me something
> little easier.
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
Re: GSoC james-mladmin
Posted by Kirill Kosinov <ki...@gmail.com>.
Danny wrote:
> ...
>> 4) Different right for moderators a required?
>>
>
> What do you mean?
>
> ^^^
Forgive me my english :-) I mean to say that moderators should
have different permissions (basically we have 4 actions, not all
moderators can do all of them), but your already answered this question
(acl usage suppose this)
>> 5) What about abridged mail reading, JAMES hasn't web interface (correct
>> me if not) but fetching concrete mail may be realized using commands.
>>
>
> That would be nice, it means you'd also have to create an archive for each list.
> ^^^^^^^^^^^
>
Can you give me some links where i can read about mail archivation? I
I'm going to read ezmlm documentation, and look through is sources, but
project is large and it can take much time, can you advice me something
little easier.
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
Re: GSoC james-mladmin
Posted by Danny Angus <da...@apache.org>.
On 3/27/08, Kirill Kosinov <ki...@gmail.com> wrote:
> 1) Information about moderated list should be stored in some place, i
> see many ways here (for example to add in mailet configuration
> UserRepository of banned users or to create some kind of ACL) what way
> is more correct?
ACL(s) preferably, I'm not too keen on extending User's with this
specialised data.
> 2) How many moderators can be in one mailing list? (one, described in
> mailet configuration, or many).
Many, and variable, so simple to update lists.
> 3) If we have many moderators, should we have a command in telnet
> console for adding a moderator, or they are statically described in
> mailet config.
I think either a command or a separate list that can be updated on the
fly, mailet-config needs a restart after a change :-(
> 4) Different right for moderators a required?
What do you mean?
> 5) What about abridged mail reading, JAMES hasn't web interface (correct
> me if not) but fetching concrete mail may be realized using commands.
That would be nice, it means you'd also have to create an archive for each list.
d.
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org
Re: GSoC james-mladmin
Posted by Kirill Kosinov <ki...@gmail.com>.
Hello, Danny:
> This all sounds good, I would suggest that post moderation has four options,
>
> 1/ accept this message only ACCEPT
> 2/ allow this sender to post again without moderation, ALLOW.
> 3/ don't allow this message (defaults to this after x hours in queue) REJECT
> 4/ prevent this sender from sending again BLOCK
>
>
> d.
I understood your suggestions, but have a few questions:
1) Information about moderated list should be stored in some place, i
see many ways here (for example to add in mailet configuration
UserRepository of banned users or to create some kind of ACL) what way
is more correct?
2) How many moderators can be in one mailing list? (one, described in
mailet configuration, or many).
3) If we have many moderators, should we have a command in telnet
console for adding a moderator, or they are statically described in
mailet config.
4) Different right for moderators a required?
5) What about abridged mail reading, JAMES hasn't web interface (correct
me if not) but fetching concrete mail may be realized using commands.
---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org