Subject: Developers of Sympa
List archive
Re: [sympa-developpers] A designe discussion regarding the rool back to filesystem spools
- From: Guillaume Rousse <address@concealed>
- To: address@concealed
- Subject: Re: [sympa-developpers] A designe discussion regarding the rool back to filesystem spools
- Date: Mon, 22 Jul 2013 11:03:17 +0200
Le 12/07/2013 15:01, IKEDA, Soji a écrit :
On Fri, 12 Jul 2013 12:27:17 +0900-> message content
IKEDA Soji <address@concealed> wrote:
On Thu, 11 Jul 2013 17:09:45 +0200
Guillaume Rousse <address@concealed> wrote:
The second point is: do we really need different classes for storing
different kind of content, and for how many different content types
exactly ?
I'll answer "Yes". Sympa uses several kind of content: Message,
bounce, message digest, task, and maybe request...
There are following exactly different content types:
Message for "msg" and "bulk" spool,
Bounce message for "bounce" spool,
Message to be moderated for "mod" spool,
Message to be archived for "outgoing" spool.
Topic tagging info. for "topic" spool.-> topic content
Accumulated posts for "digest" spool.-> message digest content (eventually just another kind of message)
Authentication token for "auth" spool.-> token content
Subscribe request for "subscribe" spool,-> request content
Signoff request for "signoff" spool.
Task for "task" spool,-> task content.
That's all, I hope.We already have classes for Message and Task, we'll need additional ones for Topic, Digests, Tokens, and Requests, implementing suitable interface.
And both spool implementations should be able to store/restore them.
Does it sound like a reasonable target ?
--
Guillaume Rousse
INRIA, Direction des systèmes d'information
Domaine de Voluceau
Rocquencourt - BP 105
78153 Le Chesnay
Tel: 01 39 63 58 31
Attachment:
smime.p7s
Description: Signature cryptographique S/MIME
-
Re: [sympa-developpers] A designe discussion regarding the rool back to filesystem spools
, (continued)
-
Re: [sympa-developpers] A designe discussion regarding the rool back to filesystem spools,
IKEDA Soji, 07/12/2013
-
Re: [sympa-developpers] A designe discussion regarding the rool back to filesystem spools,
David Verdin, 07/12/2013
- Re: [sympa-developpers] A designe discussion regarding the rool back to filesystem spools, IKEDA Soji, 07/16/2013
-
Re: [sympa-developpers] A designe discussion regarding the rool back to filesystem spools,
IKEDA Soji, 07/16/2013
-
Re: [sympa-developpers] A designe discussion regarding the rool back to filesystem spools,
David Verdin, 07/17/2013
-
Re: [sympa-developpers] A designe discussion regarding the rool back to filesystem spools,
IKEDA Soji, 07/18/2013
- Re: [sympa-developpers] A designe discussion regarding the rool back to filesystem spools, David Verdin, 07/18/2013
- Re: [sympa-developpers] A designe discussion regarding the rool back to filesystem spools, David Verdin, 07/18/2013
- Re: [sympa-developpers] A designe discussion regarding the rool back to filesystem spools, David Verdin, 07/18/2013
-
Re: [sympa-developpers] A designe discussion regarding the rool back to filesystem spools,
IKEDA Soji, 07/18/2013
-
Re: [sympa-developpers] A designe discussion regarding the rool back to filesystem spools,
David Verdin, 07/17/2013
-
Re: [sympa-developpers] A designe discussion regarding the rool back to filesystem spools,
David Verdin, 07/12/2013
-
Re: [sympa-developpers] A designe discussion regarding the rool back to filesystem spools,
IKEDA Soji, 07/12/2013
-
Re: [sympa-developpers] A designe discussion regarding the rool back to filesystem spools,
IKEDA, Soji, 07/12/2013
- Re: [sympa-developpers] A designe discussion regarding the rool back to filesystem spools, Guillaume Rousse, 07/22/2013
- Re: [sympa-developpers] A designe discussion regarding the rool back to filesystem spools, Guillaume Rousse, 07/22/2013
Archive powered by MHonArc 2.6.19+.