Stefano,
+1
Looks like a good plan that takes the ForrestBot idea, builds on it,
integrates other things, seems secure and scalable, provides the opportunity
for "anyone" to help write documentation, but provides multiple points
oversight. The proposed workflow institutionalizes RTC, but the pro
> I cd'd to dist/james-2.2.0a15 and typed: bin/run.sh
> and it failed with the following error:
> Caused by: java.io.FileNotFoundException:
> ../apps/james/conf/james-fetchmail.xml (No such file or directory)
cd bin, then run.sh. The default paths are all relative to bin/, which
would then be you
Søren,
We might do some further tweaking, but I think you've got the right idea.
The thought I have is that (down the road) some code might want to accept
messages based upon other criteria, so we might want to enlarge upon our
options there, possibly by using introspection.
A few minor items:
Yep, I totally agree.
M
- Original Message -
From: "Noel J. Bergman" <[EMAIL PROTECTED]>
To: "James Developers List" <[EMAIL PROTECTED]>
Sent: Friday, October 24, 2003 9:00 PM
Subject: RE: File_Persistent_Stream_Repository question
> Mark,
>
> I believe that you are correct, although it
Mark,
I believe that you are correct, although it is probably harmless in the code
as it would be a re-entrance issue, and we don't permit that for mail
messages.
The only changes should be the two you specifically noted. The reason that
they would not apply to the Object Repository is that the
Please do not forget that we need some easy-to-use, GUI-based as well as
command line based administration tools. The present Remote Manager
telnet thing is archaic, unsecure, and next to impossible to use if you
have more than just a handful of users to administer.
Also, we need a GUI-based too
Stefano Mazzocchi wrote:
In the entire history of the wiki, we had only a few cases of severe
vandalism on our wiki.
Please don't over-generalize, Stefano. We have weekly 'annoyances' on
the Cocoon Wiki ATM, but some people happen to clean them up sooner
rather than later. I know the Wiki appea
Joerg Heinicke wrote:
Stefano wrote
c) the email will have "reply-to" set to the "allow" action and
a continuation ID. and will have the CC: header set to "reject" with
the continuation ID. So, by "replying" to the email
d) by hitting "reply", the workflow will approuve the changes
Danny Angus wrote:
Kenny,
This pattern looks like the one currently used by the mail moderators for
apache lists, and as such it's familiarity is probably a benefit.
Exactly. I would exactly mimic the behavior that moderators are used to.
While James is easily capable of supporting much richer
Danny Angus wrote:
Holy F*** thats nice attention ... I wonder what they think it lacks?
reading it, it looks like the author wants IMAP.
This is what I think james lacks:
1) solid fully functional IMAP
2) server side filtering (procmail/sieve like)
3) native OS integration stuff (to avoid run
Shouldnt this lines in File_Persistent_Stream_Repository
"public synchronized InputStream get( final String key )
...
final ArrayList list = new ArrayList();
list.add( o );
list.add( stream );
m_inputs.put( key, stream );
...
}
"
look like this
"public sync
Id say, just ask them:-)
M
- Original Message -
From: "Danny Angus" <[EMAIL PROTECTED]>
To: "James Developers List" <[EMAIL PROTECTED]>
Sent: Friday, October 24, 2003 12:14 PM
Subject: What the EU OSS migration guidelines say about JAMES
>
>
>
>
> Holy F*** thats nice attention ... I wond
Holy F*** thats nice attention ... I wonder what they think it lacks?
reading it, it looks like the author wants IMAP.
__
Todays news had reference to a study of the european community about their
view of OSS deployment and migration.
The document is availbale at
http://www.e
Stefano Mazzocchi wrote:
First of all, sorry for the massive cross-post, but I think it is going
to be a great opportunity for all the communities involved to show off
their potentials with the apache infrastructure.
The proposal is about the creation of a content management system for
apache p
Todays news had reference to a study of the european community about their view of OSS
deployment and migration.
The document is availbale at
http://www.europa.eu.int/ISPO/ida/jsps/index.jsp?fuseAction=showDocument&parent=news&documentID=1647.
Also JAMES was mentioned as possible MTA, beside the
15 matches
Mail list logo
