I have spent much of ApacheCon working on testing JAMES. Ran into some
little bits, but generally OK. Ran with Derby for about 48 hours stably,
but was not sure if there was any memory leak or not (TOP showed a slow,
consistent, memory increase, but that's not a conclusive indicator for our
Java
> Are these changes (regarding config.xml) somewhere documented?
Not yet, other than by visual comparison. That is one of the things that we
could use some help on regarding the next release, so that we have upgrade
documentation.
--- Noel
--
Daniel John Debrunner wrote:
> I briefly looked around the James site but didn't see any
> instructions on how to set it up for Derby
Actually, JAMES was pretty much already configured to use Derby, just
requiring some commenting/uncommenting of elements in the configuration
file.
For the time b
Daniel John Debrunner wrote:
> The Derby 10.1.2 release has been voted on, but is not yet on the
> download site. This includes a number of bug fixes. It's interesting
> for James because the bug fixes include much better performance on
> streaming BLOB/CLOB data into Derby, and reduced memory usa
Just quiet the past week or so.
--- Noel
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Actually, there is a return statement, and it uses a really ugly
side-effect, as you can see from the following stripped down example:
import java.util.*;
import java.net.*;
public class test {
public Collection f(String arg) {
List servers = new ArrayList();
try {
Danny Angus wrote:
> Daniel John Debrunner wrote:
> > Thanks for all the info. At ApacheCon Europe I discussed with Noel (in
> > his presentation) some of the possiblilities of integrating Derby and
> > James, the first step would be Derby as a data store for James.
> Yeah, sadly I missed you ther
jta wrote:
> 1) What version of derby is being used? Posting the output
> from this command would be the most helpful:
> java org.apache.derby.tools.sysinfo
$ java -classpath derby.jar org.apache.derby.tools.sysinfo
-- Java Information --
Java Version:1.4
Serge,
> Noel J. Bergman wrote
> > I am still concerned about the Derby related crash that I saw earlier.
> > Anyone have a clue? And is there anything that we need to do to cleanly
> > shut Derby down?
> I'm at -0 over using Derby at this point.
Well, we aren'
> [...] The next
> thing after that will be more aggressive looking for memory
> leaks, and the interesting task of converting my production
> configuration to the new scheme. If that works, great. If
> not, we have some tweaking to do.
> :-) Plus whatever comes back from user tests.
OK, I ran
Serge Knystautas wrote:
> Any chance we can use ASF hardware to conduct these tests
> so other people can help?
Interesting thought. We could ask for a JAMES zone, but we will have to be
very careful (a) not to permit others to access JAMES there for spam, and
(b) to make sure that we don't undu
Bernd,
> I set up a local test environment and eventually saw
> (a) OutOfMemorys (but only after a longer period of time, with -Xmx64M)
I am retesting. The file based repositories all "leak" memory because they
keep their keys in memory, and I had an entry in my postal address list that
was goin
I am running another long test of JAMES, with the same configuration as
posted last night. This time there hasn't been a problem with Derby.
An error in my configuration is causing a pseudo-false positive on a memory
leak, but I'll retest with that fixed. I have an invalid address in my test
lis
I just noticed that the nightly builds were broken (uploading, but corrupt).
Not sure why, but it is fixed now. Hadn't noticed, since they were running
automated on a server back in the office. Obviously no one noticed, which
implies that they aren't being used, but I can keep the cron job regist
Noel J. Bergman <[EMAIL PROTECTED]> wrote on Oct 19th:
> I have run a first test, but also encountered a problem. Not with
> JAMES, but > with the test environment. At home, I run JAMES on
> one server, postal and rabid on another. I hadn't noticed before,
> but po
Mathew,
Mailet.destroy() gets called in the LinearProcessor when Avalon calls its
dispose method. So that would be the culprit, and place to check.
--- Noel
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional co
Noel J. Bergman <[EMAIL PROTECTED]> wrote:
> Planning on it. I need to re-do my testing configuration with the new
> config and test that, and then re-do my production configuration and give
> that a whirl. If those look good, I'll propose an alpha for vote. I
don't
>
Applied. Will be in tonight's nightly build, and I'll start testing with
it.
--- Noel
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Serge Knystautas wrote:
> This feels extremely lame to say, but why don't we just put an alpha
> release out (once you get derby properly set as default, steps to
> migrate, whatever core issues you addressed) and not worry about all
> the other project-level issues?
Planning on it. I need to re
karl wettin wrote:
> I want to help out with the development of the IMAP support
> for James. My main interest is to add a layer of Lucene
> for the SEARCH command.
Scott Carr wrote:
> I am looking into the IMAP2 proposal as well. I trying to see how far
> along it is, and see what is missing.
So, I'm sitting here starting to work on the release. Amongst my questions
is whether this is 2.3 or 3.0. One basis for the latter are the changes not
so much in API, but in the configuration files. Administrators will need to
make changes, primarily in the smtphandler. But for now, I'm calling
I am currently building with 1.3.2. There was some talk about going to
1.3.3, and then talk about reverting. What do we want to do, since I am
going to try and start putting a release together.
--- Noel
-
To unsubscrib
Stefano,
I want us to eliminate as much as possible the MimeMessageWrapper. We can
support the creation of a MimeMessage when someone wants to use JavaMail to
manipulate the message content, otherwise we can just use regular streams.
As I recall, we've already discussed and agreed on this approa
> > > In fact only build dependencies (jars needed to build the sources)
> > > should be in the repository.
> > Wouldn't we need to switch to maven to get away with
> > something like this?
> I don't know how the current releases are created.
I, as anyone who builds from SVN, have to manually acqu
One of the major problems for mail administrators these days is the
incredibly high volume of dictionary attacks and spoofed sender addresses.
I have seen that you can get into block lists simply for sending DSN
responses. Therefore, I believe that we're going to need to support
in-protocol virtua
[
http://issues.apache.org/jira/browse/JAMES-421?page=comments#action_12322983 ]
Noel J. Bergman commented on JAMES-421:
---
Mail objects are just addressing carriers for the message. They are not
supposed to clone the message, since we may simply be
> I'm not sure I would like to use phoenix-trunk: does any
> other project use it?
Does anyone use LOOM?
>From what Peter Royal told me, I understood that development on LOOM is
dead. And we don't have access to the code. I'd like to hear from Peter
regarding Loom vs Phoenix, but he seemed will
> - I've not been able to run james in "Phoenix trunk"
Peter Royal indicated that he would help us with any Phoenix changes that we
really needed.
--- Noel
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional comm
> Should we move to Loom?
Not if it means some of the things you noted. I am particularly not keen to
start using more excalibur code instead of Jakarta Commons code.
> we could avoid using DBCP at all.
But we want to use DBCP. It is well-tested, supported and broadly used.
And I really don't
OK, let me provide a use case.
Someone sends e-mail. I accept it as being for a local domain and find that
I need to generate a bounce, or I accept from an authorized sender for a
remote domain. Either way, when I try to deliver the e-mail, I end up
trying to send it to myself because the lookup
: MX localhost
Noel J. Bergman wrote:
> I'm seeing a problem where misconfigured domains (sometime I suspect
> intentionally) have 127.0.0.1 for their MX record.
>
Lots of workstations run their own mail servers.
Why is it a misconfiguration?
R
> > Why "in v2.2.0 java.net.InetAddress.getByName() has pretty
> > thoroughly been replaced by
> > org.apache.james.dnsserver.DNSServer.getByName(), "
> IIRC java.net.InetAddress.getByName() does not respect the DNS TTL.
Correct.
--- Noel
--
I'm seeing a problem where misconfigured domains (sometime I suspect
intentionally) have 127.0.0.1 for their MX record.
Should we filter out 127/8, and not consider it valid in RemoteDelivery?
--- Noel
-
To unsubscribe,
> > > I'm experiencing spooling issues with file repositories too.
> > Actually, I have occassionally seen the same symptom with JDBC, too.
> Simple delay of messages or full hangs of single messages?
Just the simple delay.
As an aside, we need to make sure that dbfile is working with Derby. It
Stefano Bagnara wrote:
> Soren wrote:
> > I am having trouble with the JamesSpoolManager in the trunk.
> > I experience mails hanging in the spool, it looks like the
> > offending piece of code is the return statement in line 418.
To be clear, that is the return statement in process(MailImpl) tha
> private JDBCBayesianAnalyzer analyzer = new JDBCBayesianAnalyzer() {
> ...
> };
Right, and then when we have:
sqlQueries.init(this.sqlFile, this.getClass().getName(), ...
why would this.getClass().getName() to return anything other than the name
of the anonymous inner class?
I agree w
Serge Knystautas wrote:
> Noel J. Bergman wrote:
> > I think that we need to get some stability or we'll never release.
> > I had planned to do a release already, but am no longer
> > comfortable with the idea.
> I think we need to grow the base of person who can ma
> I would like to know other committers' opinions on james next release.
I had said before that we were close, and I had wanted us to do some minor
cleanup and put out a release. Now I feel that we are further away from a
release, since we have had so many new, substantial and relatively untested
> Considering they were already deprecated in the previous release
> IMHO we can safely remove all of them: do you agree?
No. We have many users out there who customize JAMES and who have their own
matchers/mailets, and we only know the tip of the iceberg. We should
consider removing deprecated
Danny Angus wrote:
> Noel J Bergman wrote:
> > I can look to setup a cron task on one of my systems
> > at home to post unsigned nightly builds.
> That would be exceptionally kind, and much appreciated. :-)
I have configured it, so we'll see what happens tonight. The res
Stefano Bagnara wrote:
> To remove cornerstone we would need to rewrite most of james.
Oh, it isn't that bad. The two primary things to replace are the mail store
and user store packages. And it is essential to replace Avalon, at least in
terms of interface, in order to expose those capabilities
> my biggest complaint is that we eliminated an interface [and]
> tied code tighter to packages (Cornerstone) that I wanted to
> eventually eliminate.
Other than that, things are looking fine so far. I've done some clean
builds, will to get some testing in, and will post a build for people to
pla
I've only looked over it cursorily so far, but my biggest complaint is that
we eliminated an interface (service/MailStore), and have now tied code
tighter to packages (Cornerstone) that I wanted to eventually eliminate.
--- Noel
P.S. Please keep conversation on the mailing list, not in J
Danny Angus wrote:
> The reason I though of [using GUMP] was to let people get
> binaries with the SoC stuff in it. That might get us at
> bigger pool of testers than making people use svn would.
That's fine, and I can look to setup a cron task on one of my systems at
home to post unsigned night
> > Does Gump publish "nightlies" for James?
> it would be cool to have nighly published somewhere
? now that we have gump working again :-)
Absolutely not! GUMP is explicitly an untrusted system that is not
permitted to export artifacts other than text reports.
We can, if there is sufficient r
> -
> class="org.apache.avalon.phoenix.components.manager.NoopSystemManager"
> +
> class="org.apache.avalon.phoenix.components.manager.MX4JSystemManager"
We deliberately disabled JMX by default because of security issues. At the
least, I think that we should default to bi
The next release of JAMES is being held up because we have new S/MIME
support in the code, and as we understand it, that means we need to do
something with BXA.
Before I pose this question to our lawyers, can someone clarify that if we
are dependent on JDK 1.4+, we are still shipping crypto code?
With all of the changes we are apparently planning to put in this release,
and particularly we are now talking about dropping support for JDK 1.3,
perhaps we should call this version 3?
> I dedicated much efforts in cleaning JIRA issues and organizing them
Thanks.
> renamed the next "planned" re
Let's do another survey of server-user, and see if there is still any need
for JDK 1.3 support. I'd love to be able to move forward.
--- Noel
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:
> > > I don't know what the licence for postal is:
> > > http://www.coker.com.au/postal/
> > I am almost certain that Postal is GPL, but I could talk with
> > Russell if we are serious about wanting to include the code
> > in our repository.
> IMHO my test is "silly" and should not be added to jam
> I don't know what the licence for postal is:
> http://www.coker.com.au/postal/
I am almost certain that Postal is GPL, but I could talk with Russell if we
are serious about wanting to include the code in our repository.
--- Noel
Stefano Bagnara wrote:
> > > 1. What's the status of the 'virtual host' support in JAMES
> > >as of today?
> > Works fine for SMTP and POP3. What do you need?
> - user inbox named with the WHOLE email address
Right, we do get this request from time to time, but it is semantic sugar,
and mean
Chris,
The merger happened months ago, so that branch no longer exists. Use the
trunk.
--- Noel
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
> 1. What's the status of the 'virtual host' support in JAMES as of today?
Works fine for SMTP and POP3. What do you need?
> "Virtual hosting is one of the most requested features, and
> additional work is scheduled for the 3.0 release."
(a) there is confusion in the user community about what v
> the status of the NNTP server is 'marked' as experimental
Correct. It has had relatively little development and testing. There is
some interest, but no one has made an effort to do the necessary work.
There was quite a bit of discussion on it during the Summer of Code
planning, so you should
Needs work.
> 2. Is the latest source for IMAP support in:
> svn /james/server/branches/imap-dev ?
IIRC, yes.
--- Noel
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
There is a thread in general@james.apache.org on this subject right now.
Feel free to participate.
--- Noel
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Stefano Bagnara wrote:
> > It also seems orthogonal to a change that uses one thread
> > blocking for the event, and the rest are workers.
> probably in the JMS environment we would prefer that each
> worker (consumer) do its own work without the need of a
> single consumer that dispatch the messa
Stefano Bagnara wrote:
> One of my notes points to a JMS (ActiveMQ) based spoolmanager.
Yes, I've looked at ActiveMQ, ActiveCluster and ActiveSpaces. But I don't
think that this change is a simple drop-in, and I would be concerned about
performance and reliability. Not that the code is bad, but
One more change ... and one I haven't had time to make.
I would like to see the spooler change to have a single thread reading from
the spool, and use worker threads to run the processors. That should
simplify, if not eliminate, a lot of the synchronization/locking issues.
--- Noel
---
Talking with Peter Royal at ApacheCon, Peter didn't think that there was
really any reason for us to migrate to Loom. It didn't change much from
Phoenix, and has pretty much frozen.
Unless we have a real reason, I think that we would be best off staying
where we are (update the Avalon pieces agai
> I haven't asked wether James use a RTC (review-then-commit)
> or a CTR (commit-then-review) approach.
That depends. :-)
Are we about to do a release? How risky is the patch? Should we create a
branch first, apply the patches, review/test and then merge back to trunk?
Those are the sorts of q
Stefano,
Please be more careful with commits or at least your commit messages. These
commits:
http://svn.apache.org/viewcvs/james/server/trunk/src/java/org/apache/james/mailrepository/MBoxMailRepository.java?rev=230781&r1=230780&r2=230781&view=diff
http://svn.apache.org/viewcvs/james/se
> More: i don't have a jdk1.3 installed right now
I do. And I still build JAMES using it. However, I am wondering if we are
finally ready to cut it adrift.
--- Noel
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For add
Stefano Bagnara wrote:
> BXA issues? Are they specific to James or a new issue
> regarding all ASF projects?
General to all code developed and/or exported from the USA that contains any
crypto code. Adding S/MIME support to JAMES created the problem.
> > I'd rather see us get what we've got rea
> If I understood correctly the next release will be 3.0.
I don't particularly care what we call it, so long as we can get it shipped
soon/now.
The current "problem" is that we need to address BXA issues, else I would
have already posted candidates. I'm hoping that we can get this resolved
soon.
We should have karma to fix it, if not we can ask, and I believe that it is
currently hosted under excalibur.
--- Noel
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
FYI. Do not cross-post replies.
--- Noel
-Original Message-
From: A mailing list for discussion of the JavaMail(tm) API
[mailto:[EMAIL PROTECTED] Behalf Of [EMAIL PROTECTED]
Sent: Wednesday, July 27, 2005 14:28
To: [EMAIL PROTECTED]
Subject: JavaMail and JAF available as Open Sou
There was no audience. It was just Danny and I chatting. We're just really
keen to see you and Anagha able to get on with the work, and feel that it is
better for you guys to get going and then we can give feedback on what you
deliver, than to hold you up.
--- Noel
Danny wrote:
> I would like to commend *all* of our several SoC applicants
Agreed. They were all great.
> Each of the students has now posted a message about their proposal
> to this list.
I looked over each, and Danny and I talked about them at ApacheCon. We
agree that both students should g
Soren Hilmer wrote:
> Just noticed that we are still using the "untagged" version of Phoenix.
> I thought that it was a goal of the merger process to get to Phoenix
> version 4.0.4 (isn't that the latest) or have I missed some discussion
> on this?
I thought that Stephen and Co. had already updat
> Seeking for perfection keeps stalling us.
Hence focusing on what we can do now.
> Could we not backout that patch and revisit it after alpha1?
Well, we could just as easily leave it in, too. But I do want to take a
closer look at it.
> > we're talking about a release plan starting
> > now, n
+1 from me on both.
--- Noel
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Serge Knystautas wrote:
> I would /love/ to get a release out and never have to
> support branch_2_1_fcs again! :) At least put it out
> for public testing... have we mentioned there are the
> 3.0 releases in the Test build directory?
OK. When I get back online (probably late on Tuesday), I'll
We could go down a whole can of worms here, but perhaps an answer is to
refactor sqlResources.xml into separate files for each database, where there
ARE special operations for that database, and use XML entities to include
them. That way, we can provide two different files for MySQL. Or for any
o
Mark Daring wrote:
> I think the problem is that JAMES doesnt use the ways around this problem.
Patches welcomed.
> There's no need to create a MimeMessage.
You do if you want to make any changes to the message, e.g., add a footer,
and until we integrate MIME4J, you need a MimeMessage anytime y
Jason Webb wrote:
> I've looked at the JMX support before and there was one show-stopping
issue:
> no security on the JMX invocations. We need to make sure that at least
only
> "root" can access the JMX services.
AIUI, that is a definciency in Phoenix and need not effect Anne's work. We
should b
Noel J. Bergman wrote:
> For Anne's purposes, since she has a defined timeframe and task ...
Sheesh, and I know better ... for those who don't and just for correctness
of pronous, Anne is a nickname, and the owner is male.
Juan Carlos Murillo wrote:
> I understood that Avalon was in the process of being replaced by Spring
> as the Container.
I would sooner use the Geronimo microkernel than Spring.
> > However, I don't believe that we want to embed a web container with
JAMES.
> > Rather, I feel that we want to enha
Stefano Bagnara wrote:
> I know in past there was an Avalon<->Jetty adapter.
> Jetty is a slim servlet container. Probably the licensing
> doesn't allow to redistribute it with james.
Jetty (http://jetty.mortbay.org/jetty/) is under the Apache License.
However, I don't believe that we want to e
How close are we to doing a release? I'm thinking we might well be pretty
close? Are there any showstoppers or low hanging fruit?
There is a lot of good stuff in the current build that would benefit our
users, and we finally have a merged build to support.
--- Noel
---
Katarzyna Bicz wrote:
> I am interested in project james-clustering.
Then please submit an application to Google. All of this has to go through
the process that Google has put into place.
--- Noel
-
To unsubscribe, e-
Jan-Hendrik Kuperus wrote:
> recently I've expressed my interest in taking on this project for the
> Summer of Code, via the Google Application Form.
Great. :-)
> I'm not sure if I'm supposed to wait for a reply from your
> side or not
We haven't yet heard from Google about what applications w
> I haven't seen much info on what needs to be done for NNTP
There are some messages on it in this month's archives, but basically, the
NNTP server is really primitive, and needs to be refactored to work with the
rest of JAMES, as well as having additional matchers and mailets written.
--
Peter Goldstein looked at it years ago, but I don't recall the details. It
would be great to have it supported.
See also: http://issues.apache.org/jira/browse/JAMES-52
--- Noel
-Original Message-
From: Stefano Bagnara [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 09, 2005 9:22
Stefano,
There is discussion of JavaMail 1.3.3 and 1.4 on the mailing list now. If
you want to contribute requests to either, I suggest participating on it
now. :-)
--- Noel
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
FYI ...
From: A mailing list for discussion of the JavaMail(tm) API
-
After eight years we've decided it was time to make a few small
enhancements to the JavaBeans Activation Framework. These proposed
changes are available for review as part of the JCP Maintenance
Review proce
> I am interested to hand in a proposal for james-clustering. If this
> project still available, how detailed should the proposal be?
There are several people who have expressed interest in it. Until we hear
from Google, we won't know what proposals were actually submitted. Then
they will be ev
Anagha Mudigonda wrote:
> If MAIL FROM validation passed SPF then no need to Validate RCPT TO
> If MAIL FROM, RCPT TO Passed then no need to validate DATA
Well, I'm not so sure about those rules, but that's separate from how one
might do them.
> We not only need session state but some kinda rule
Michael,
See the recent e-mail archives, because there has been a lot of discussion
of this subject.
http://mail-archives.apache.org/mod_mbox/james-server-dev/
--- Noel
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
> > As for MINA, I agree with the approach to use a NIO-based framework,
> > and I like what we're doing with MINA, but I believe that it would
> > be a mistake to tie our fast-fail to MINA.
> Please forgive me if I'm mistaken
You're mistaken. :-) It isn't a question of whether MINA *can* do it
Mike,
OK, what is the current state of James-HA? How does it integrate into
JAMES? What do we need to do to integrate that as an optional capability in
the main distribution? Are you willing to do that work?
An overview and then coverage of the integration points would be good for
everyone. :
Mike Heath wrote:
> per you suggestion (http://tinyurl.com/c95ph), James-HA depends on
> JCluster (https://jcluster.dev.java.net/) which is BSD licensed.
Ah ... your code has comment references to JGroups, such as:
groupName - The JGroups group name used for the distributed locking.
protocol
Stefano Bagnara wrote:
> I see Mike relicensed James-HA to ASL2: we should start merging his work.
We still can't, at least without changes. James-HA depends upon JGroups,
which is licensed under the LGPL. It is unfortunate that most developers
don't understand licensing. Contrary to what the
Christian Andersson wrote:
> > - NNTP changes
> > - Mailing list manager enhancements
> a bridge between the nntp system and the mailing list system.
> so that instead of using an nntp connection to read the newsgroup
> I could get them by a mailling list, and I could also post to
> this mail
All submissions need to be submitted through Google.
As far as JAMES is concerned, we are always interested in new contributors,
whether sponsored by Google, or just volunteering their time.
--- Noel
-
To unsubscribe, e
> > * Is it useful/desirable to parse the message-id field (into left and
> > right parts)?
Pretty low on my priority list.
> > * Is it useful/desirable to parse the Received field into name/value
> > pairs?
If you can, yes. Otherwise, we would have to do some on our own. I've used
regex to do
Ted,
> I have attached a matcher we have found useful in filtering spam
> based on URI's in the body against the DNS-based SURBL list.
If you intend for us to use this with JAMES, would you please upload it as
an attachment in JIRA, being sure to check the box that authorizes us to use
it?
Stefano,
> I wouldn't like the SMTP server to read the "code" that an handler returns
> and decide how to behave dependently on the first char of that code.
I agree with that concern, which isn't generally exposed in the my version
of the fast-fail proposal. In the case where I show a general ca
Harsh Jain wrote:
> Will you all be interested (i.e will I find a mentor :) ) in
> applications built using Mailet Engine of James.
I believe so, yes.
> I am pretty excited about building a Election Software that
> conducts Safe and Secure Elections using Emails.
I believe that you'd find a lot
901 - 1000 of 1709 matches
Mail list logo
