Logging is the key to this (duh).
James is currently quite poor at logging at the mailet matcher level
because of the patchy implementation. A matcher and mailet should always log
the fact that they have seen a message (i.e. matched or processed it). At
the moment lots of them don't.
The
-Original Message-
From: Kervin L. Pierre [mailto:[EMAIL PROTECTED]
Sent: 22 August 2005 13:35
To: James Developers List
Subject: Re: IMAP
Hello Jason,
Jason Webb wrote:
2) Support hierarchical stores and all the required methods on them
(delete
rename)
3) Add
-Original Message-
From: Noel J. Bergman [mailto:[EMAIL PROTECTED]
Sent: 17 August 2005 01:02
To: James Developers List
Subject: Did we mean to enable JMX by default?
-
class=org.apache.avalon.phoenix.components.manager.NoopSystemManager
+
will have a crudely functional IMAP system. This will be
my Alpha 1 release
* Fix any issues I know I have broken or I know need fixing (there are a few
of these)
* Add in/correct database support
* Alpha 2 release
After that we shall see
-Antonio
-Messaggio originale-
Da: Jason Webb
Apologies, Antonio.
I had intended to respond to your previous email but I'm a bit busy at the
moment.
The IMAP dev branch is at
http://svn.apache.org/repos/asf/james/server/branches/imap-dev
The main piece of work still to is to map adapt the current James
repository system onto the IMAP
-Original Message-
From: Noel J. Bergman [mailto:[EMAIL PROTECTED]
Sent: 17 June 2005 15:37
To: James Developers List
Subject: RE: Proposal for Web Admin Console
Jason Webb wrote:
I've looked at the JMX support before and there was one show-stopping
issue:
no security
-Original Message-
From: Noel J. Bergman [mailto:[EMAIL PROTECTED]
Sent: 17 June 2005 15:37
To: James Developers List
Subject: RE: Proposal for Web Admin Console
Jason Webb wrote:
I've looked at the JMX support before and there was one show-stopping
issue:
no security
-Original Message-
From: Noel J. Bergman [mailto:[EMAIL PROTECTED]
Sent: 17 June 2005 14:58
To: James Developers List
Subject: RE: Proposal for Web Admin Console
Stefano Bagnara wrote:
I know in past there was an Avalon-Jetty adapter.
Jetty is a slim servlet container.
-Original Message-
From: Noel J. Bergman [mailto:[EMAIL PROTECTED]
Sent: 17 June 2005 14:58
To: James Developers List
Subject: RE: Proposal for Web Admin Console
Stefano Bagnara wrote:
I know in past there was an Avalon-Jetty adapter.
Jetty is a slim servlet container.
-Original Message-
From: Manish Rai Jain [mailto:[EMAIL PROTECTED]
Sent: 13 June 2005 03:04
To: server-dev@james.apache.org
Subject: James-Imap proposal [Jason Webb]
Hello Sir
I am a student of Nanyang Technological University, Singapore. I have
createad a proposal
-Original Message-
From: Manish Rai Jain [mailto:[EMAIL PROTECTED]
Sent: 13 June 2005 03:04
To: server-dev@james.apache.org
Subject: James-Imap proposal [Jason Webb]
Hello Sir
I am a student of Nanyang Technological University, Singapore. I have
createad a proposal
-dev@james.apache.org
Subject: Summer of Code, james-imap (URGENT)
Dear Jason Webb,
I am a student of the department of Computer Science at the University of
Bristol in the UK.
I have recently discovered that google provides the summer of code for
students.
This academic year 2004/2005
-dev@james.apache.org
Subject: Summer of Code, james-imap (URGENT)
Dear Jason Webb,
I am a student of the department of Computer Science at the University of
Bristol in the UK.
I have recently discovered that google provides the summer of code for
students.
This academic year 2004/2005
Hi Ben.
As I'm the sucker trying to get IMAP to work I will attempt to fill you in.
If you've checked out the code form SVN you'll need to look at the IMAP2
proposal as this is the one I'm working from. It has a complete protocol
stack but lacks the ability to persist messages to disk for db (it
Hi Ben.
As I'm the sucker trying to get IMAP to work I will attempt to fill you in.
If you've checked out the code form SVN you'll need to look at the IMAP2
proposal as this is the one I'm working from. It has a complete protocol
stack but lacks the ability to persist messages to disk for db (it
If you are interested in the IMAP work you'll need to do the following:
1) Get yourself a decent IDE. I use IntelliJ (a commercial product) but most
people use Eclipse.
2) Check out the source from SVN:
http://svn.apache.org/repos/asf/james/server/branches/imap-dev
3) Compile and have a play :)
If you are interested in the IMAP work you'll need to do the following:
1) Get yourself a decent IDE. I use IntelliJ (a commercial product) but most
people use Eclipse.
2) Check out the source from SVN:
http://svn.apache.org/repos/asf/james/server/branches/imap-dev
3) Compile and have a play :)
a
complete IMAP stack that works, so there is no protocol work to do.
However you do need to be aware of the protocol so you understand what the
stack is telling you.
What we need to do now is marry it up with the main James code.
-- Jason
-Original Message-
From: Jason Webb [mailto
I've had a slightly longer think about things and there is one critical
piece of functionality that I won't have time to implement in the IMAP
server: IMAP search.
People have had ideas on this before so I suggest you look through the mail
archives, but here's a few thoughts for starters (a
Developers List
Subject: Re: Summer of code - IMAP
Jason Webb wrote:
BTW IMAP4v1 http://www.ietf.org/rfc/rfc2060.txt is a complex protocol.
Implementing IMAP on James may sound glamorous but it is *very*
complicated.
I'm not trying to put people off, just to make sure you make an informed
conciously decide that James will have a fast but
technically non-compliant search facility instead of a slow but
compliant one...
Jason Webb wrote:
I've had a slightly longer think about things and there is one critical
piece of functionality that I won't have time to implement in the IMAP
conciously decide that James will have a fast but
technically non-compliant search facility instead of a slow but
compliant one...
Jason Webb wrote:
I've had a slightly longer think about things and there is one critical
piece of functionality that I won't have time to implement in the IMAP
I am currently developing the IMAP code so it will actually write messages
to disk or database rather than just throwing them away. This is non-trivial
as it requires integration of the IMAP server code into James as well as
re-engineering the repository code to do the required IMAP operations.
I
I am currently developing the IMAP code so it will actually write messages
to disk or database rather than just throwing them away. This is non-trivial
as it requires integration of the IMAP server code into James as well as
re-engineering the repository code to do the required IMAP operations.
I
-Original Message-
From: Stefano Bagnara [mailto:[EMAIL PROTECTED]
Sent: 31 May 2005 09:42
To: 'James Developers List'
Subject: Re: Imap
I am currently developing the IMAP code so it will actually
write messages to disk or database rather than just throwing
them away. This
-Original Message-
From: Stefano Bagnara [mailto:[EMAIL PROTECTED]
Sent: 31 May 2005 09:42
To: 'James Developers List'
Subject: Re: Imap
I am currently developing the IMAP code so it will actually
write messages to disk or database rather than just throwing
them away. This
Thanks for all your work Noel.
As you may have noticed I had fun with the svn copy as I don't use it that
often...
I'm happy with the current imap-dev layout of trunk proposals as it gives
me the opportunity to branch should I need to do so.
Now all I need to do is add in my changes :)
--
-Original Message-
From: Noel J. Bergman [mailto:[EMAIL PROTECTED]
Sent: 05 May 2005 14:20
To: James Developers List
Subject: RE: Milestone: new trunk/ for development
As you may have noticed I had fun with the svn copy as I don't
use it that often...
:-) Mistake was the
-Original Message-
From: Danny Angus [mailto:[EMAIL PROTECTED]
Sent: 04 May 2005 16:22
To: James Developers List
Subject: Re: JAMES ... now that we (may be) merged, where to?
On 04/05/05, Noel J. Bergman [EMAIL PROTECTED] wrote:
For version 3, then ...
- the last
-Original Message-
From: Mike Heath [mailto:[EMAIL PROTECTED]
Sent: 27 April 2005 07:55
To: server-dev@james.apache.org
Subject: Mina SMTP implementation updates
For those that are interested, I've updated my Mina based SMTP
implementation. I've added most of the suggestions I
at 09:42 +0100, Jason Webb wrote:
IMHO I'd leave IMAP alone unless you really, really want IMAP.
NNTP might be a better option as the IMAP code does not persist anything
to
a permanent store so it's useless for most people at the moment.
However if you just want the protocol stack then use
-Original Message-
From: Noel J. Bergman [mailto:[EMAIL PROTECTED]
Sent: 25 April 2005 22:27
To: James-Dev Mailing List
Cc: Darrell DeBoer; Jason Webb
Subject: Handling the existing proposals/ directory
Jasons and Darrell,
With regard to the proposals directory, I am
I'm currently looking at changing the way repositories work for the IMAP
implementation and I do plan to add size (amongst other things) as this
means I don't have to do evil tricks to work out how much is in a
repository. I'm also going to see if I gain benefits from using Java 1.4 NIO
rather
Well, possibly not!
I've only been building the IMAP2 tree against the HEAD in cvs (yes it is
that old) and this doesn't use the Bouncycastle stuff
-- Jason
-Original Message-
From: Web Design by DraegoonZ [mailto:[EMAIL PROTECTED]
Sent: 11 April 2005 22:41
To:
-Original Message-
From: Serge Knystautas [mailto:[EMAIL PROTECTED]
Sent: 11 April 2005 17:23
To: James Developers List
Subject: Re: Merging (was [VOTE] POJO pattern)
Noel J. Bergman wrote:
the merging process, which took almost 2 years (until now)
Actually, not even one.
-Original Message-
From: Web Design by DraegoonZ [mailto:[EMAIL PROTECTED]
Sent: 06 April 2005 16:23
To: server-dev@james.apache.org
Subject: IMAP
Hey guys,
Just downloaded the James source.
I'm interested in helping finish the IMAP implementation.
Cool! I have started
Sorry to all those waiting for the IMAP work to be committed, but what with
changing jobs and looking after 2 small people my time has become a little
tight...
However, this has not stopped me thinking about the biggest issue the IMAP
server faces and that is the repository interface. At the
that the NNTP server uses a much
simpler format for its file repo's, mabey you could re-use something
from that?
d.
On Wed, 22 Dec 2004 09:55:15 -, Jason Webb [EMAIL PROTECTED] wrote:
Sorry to all those waiting for the IMAP work to be committed, but what
with
changing jobs and looking
-Original Message-
From: Soren Hilmer [mailto:[EMAIL PROTECTED]
Sent: 22 December 2004 14:15
To: James Developers List
Subject: Re: Repositories
On Wednesday 22 December 2004 13:50, Danny Angus wrote:
Soren,
Derby would be embedded in James, it would not be visible to users
-Original Message-
From: Steve Brewin [mailto:[EMAIL PROTECTED]
Sent: 17 September 2004 21:40
To: 'James Developers List'
Subject: RE: Indestructible repositories
Hi Jason,
Jason Webb wrote:
I'm posting this here rather than the Avalon list because I
can't work out
if my
snip'd
Don't think so. What are the actual compile errors that come
up when you exclude cornerstone store impl?
Of all these errors (ignoring the warnings) the last error in the list
(SimpleConnectionManager) seems to be the strangest as there appears to be a
conflict between package names
I've checked out HEAD (I think :)) to check something and it no longer
builds as it complains about various cornerstone problems.
Are there newer Cornerstone libraries available, or do code changes need to
be made?
If they do I'm quite happy to make them, I just need to know
-- Jason
-Original Message-
From: Serge Knystautas [mailto:[EMAIL PROTECTED]
Sent: 13 July 2004 17:41
To: James Developers List
Subject: Re: Committing to HEAD
Jason Webb wrote:
I've checked out HEAD (I think :)) to check something and it no longer
builds as it complains about various
-Original Message-
From: Danny Angus [mailto:[EMAIL PROTECTED]
Sent: 06 July 2004 13:50
To: James Developers List
Subject: RE: User attribute support and API changes
I think this feels contrived, because I can't see the value
in it, but
I could be wrong.
I was
Mine are simple...
0) Debug the mbox random access file class, update the mbox file handler and
commit them both
1) Sort out user attributes. This is done for file user stores, but the db
stuff needs to be re-worked as I'm not happy with it
2) Get the current mailbox system to support folders
3)
+1 from me
-Original Message-
From: Noel J. Bergman [mailto:[EMAIL PROTECTED]
Sent: 13 January 2004 04:31
To: James-Dev Mailing List
Subject: Migrating James issues from bugzilla to Jira
Now that we have installed Jira for the ASF, Serge has
expressed a desire to migrate
-Original Message-
From: kerr rainey [mailto:[EMAIL PROTECTED]
Sent: 13 January 2004 16:52
To: James Developers List
Subject: Re: Tomcat and James
Funnily enough I am right in the middle of configuring jwma - knew
there had to be something!
A bit offtopic, but have you
snip'd
How do you feel about Subversion? :-) Want to be the first
James guinea pig? We are going to have to start migrating to
it, anyway, soon enough.
Will all the James projects go to Subversion at once or will we keep CVS
and Subversion together for a while?
Any idea on timeframes as
... about Sub version? :-) Want to be the first James
.? We
are going to have to start migrating to it, anyway, soon enough.
No. That should be a PMC decision, and I think we do it
once-for-all, when we're asked/invited to not before and not
piecemeal. Moving to subversion is
-Original Message-
From: Noel J. Bergman [mailto:[EMAIL PROTECTED]
Sent: 08 December 2003 17:11
To: James Developers List
Subject: RE: Regarding BUG 24885: RemoteDelivery only tries
one of multiple A record
Søren Hilmer wrote:
rawDNSLookup needs to be called twice. I am
-Original Message-
From: Darrell DeBoer [mailto:[EMAIL PROTECTED]
Sent: 24 November 2003 12:57
To: James Developers List
Subject: Re: CURRENT direction for James :-)
On Tue, 18 Nov 2003 07:26 pm, Jason Webb wrote:
I can't remember the outcome of a recent conversation about what
happens
Hmm.
I suppose this was what I was getting at.
But
Qmail and Sendmail both have facilities to setup SMTP routes to deliver
to alternate ports and this can't be done using DNS trickery.
However, I think a few matcher/mailet tricks will do what I want, so
I'll leave it for now.
-- Jason
I need to develop a system to force mail delivery of certain domains to
go to certain hosts.
This is due to a client having issues with their infrastructure rather
than a problem with James...
And yes, I know fixing their name servers would solve the problem, but
sometimes life is not that easy.
Whilst we are on the subject of the processors and processing mail...
This is a bit of a rant, but I do eventually get to the point.
I notice that quite a few people have used the idea of a spam catching
matcher/mailet combination.
This made me think about where and when to catch spam.
All the
-Original Message-
From: Steve Brewin [mailto:[EMAIL PROTECTED]
Sent: 17 November 2003 14:28
To: 'James Developers List'
Subject: RE: Future direction for James
Jason Webb wrote:
When LocalDelivery runs it should not just blindly deliver
the mail,
it should execute
+1
Jason Webb
-Original Message-
From: Serge Knystautas [mailto:[EMAIL PROTECTED]
Sent: 30 October 2003 15:02
To: James Developers List
Subject: Re: [VOTE] Soren Hilmer for Committer
+1
Danny Angus wrote:
+1
__
I nominate Soren
+1
-Original Message-
From: Serge Knystautas [mailto:[EMAIL PROTECTED]
Sent: 30 October 2003 15:08
To: James Developers List
Subject: Re: [VOTE] Steve Brewin
+1
Danny Angus wrote:
+1
I nominate Steve Brewin as a James Committer. Steve contributed
quite a bit
-Original Message-
From: Danny Angus [mailto:[EMAIL PROTECTED]
Sent: 21 October 2003 09:47
To: James Developers List
Subject: Re: MailetException vs MessagingException
OTOH I suspect we should consider implementing listeners to
handle transient and asynchronous
-Original Message-
From: Danny Angus [mailto:[EMAIL PROTECTED]
Sent: 21 October 2003 10:43
To: 'James Developers List'
Subject: RE: MailetException vs MessagingException
Jason
In my way of thinking a MailetException (there was a
problem)would
be
(mostly)
-Original Message-
From: Danny Angus [mailto:[EMAIL PROTECTED]
Sent: 21 October 2003 11:14
To: 'James Developers List'
Subject: RE: MailetException vs MessagingException
You would also need to
add attributes to give more meaningful error messages
(either to the
Noel, don't you *ever* sleep? :)
I don't think there's much else that needs doing.
Thanks for doing such a great job as usual!
-- Jason
-Original Message-
From: Noel J. Bergman [mailto:[EMAIL PROTECTED]
Sent: 20 October 2003 09:24
To: James-Dev Mailing List
Subject: Any
I hate to use discussion forum techniques on a mail list...
*bump* :)
I'm still not sure which IMAP implementation to use
-Original Message-
From: Jason Webb [mailto:[EMAIL PROTECTED]
Sent: 08 September 2003 09:32
To: 'James Developers List'
Subject: RE: IMAP Development Pointers
I'm slighty confused here.
Which is the correct IMAP proposal to use?
The IMAP one or IMAP2?
Both appear to be IMAP4v1 capable servers, but IMAP2 seems to be more
complete
Any ideas?
-- Jason
-Original Message-
From: Jason Webb [mailto:[EMAIL PROTECTED]
Sent: 06 September 2003 21:18
) of the messages twice. This is because
the POP handler deletes all the messages in a store in one go, rather
than a message at a time
Ed
-Original Message-
From: Jason Webb [mailto:[EMAIL PROTECTED]
Sent: Friday, September 05, 2003 3:23 AM
To: 'James Developers List'
Subject: RE
phase. What do you guys think?
-Original Message-
From: Jason Webb [mailto:[EMAIL PROTECTED]
Sent: Thursday, September 04, 2003 3:02 AM
To: 'James Developers List'
Subject: RE: IMAP Development Pointers
If there is enough interest or need I will write a
maildir-style
to apply.
No, that seems to be great. Thanks Noel.
--- Noel
-Original Message-
From: Jason Webb [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 28, 2003 12:23
To: 'James Developers List'
Subject: RE: [PATCH]mbox mail repository v3
Here are the patches again I hope.
I
-Original Message-
From: Noel J. Bergman [mailto:[EMAIL PROTECTED]
Sent: 29 August 2003 14:38
To: James Developers List
Subject: RE: [PATCH]mbox mail repository v3
I have already committed changes, so you might want to check what
I've done, and see if there are any
As requested the patches using the unified format.
The mbox repository now has the corrected path code as well.
-- Jason
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
I've changed the exception handling and altered the POPHandler to use
the new style of exceptions and the remove(CollectionMailImpl).
All I need to do is test it. Hopefully I should be able to submit it
today.
I would have done it earlier but I've been in Venice for a few days...
-- Jason
As discussed I have changed the usage of RuntimeException to use
MessagingException where appropriate.
The POP3Handler now calls the remove(CollectionMailImpl) method rather
than call remove(String). I've also tidied up some of the Javadoc in
POP3Handler as well.
The other users of
I always find the worst offenders for this are vacation handlers rather
than just errors (at this time of year anyway). Vacation handler
*should* only send *one* response to any given address, but YMMV.
I generally disagree with Brian. I think you should have at least 3
strikes and you're out,
Right, take 2 :)
This mbox driver now uses .lock files when updating the underlying files
The only items stored in memory are the keys and the offsets of the
messages in the mbox file. This allows me to seek() to the correct
message without having to re-read and parse the file each time a
We implemented a EzMLM like bounce system for our MLM...
The VERP (return address) looks like:
[EMAIL PROTECTED]
Or in your case
[EMAIL PROTECTED]
We then run the following state machine:
If you bounce back 10 in 3 days we will warn you. Note that if this is
bounced back we just log it and carry
73 matches
Mail list logo