Arg.. the imap-dev file is not intentional (I probably mixed up 2 of my
local sandboxes :-( )
Tomorrow I'll test the code, fix that commit and backport this to 2.3.
In the meantime any comment is welcome, as I had to change the
UserRepository interface.
The problem was that addUser(String use
Author: bago
Date: Fri May 19 18:37:43 2006
New Revision: 407935
URL: http://svn.apache.org/viewvc?rev=407935&view=rev
Log:
Added a "boolean addUser(username, password)" to UsersRepository (JAMES-505)
This is untested, yet. I decided to add a new method to the interface because
the already existi
I will also try to help as much as I can to this effort. I look forward to see
the starting point for development after you finalize the discussion.
Norman Maurer <[EMAIL PROTECTED]> wrote: I will try to help as much as i can..
IMAP support is really a needed
feature for an "enterprise" mailse
Steve Brewin wrote:
My preference is to release the a3 anyway: if we never release we'll
always find similar bugs the day we vote for the following release :-(
Personally, I'ld say this is a rather critical bug as aliasing/forwarding is
one of the core usages of James. I don't think we should e
Norman Maurer wrote:
I can do this tonight or tomorrow but I don't know if we should stop the
a3 release or do it anyway letting users know it has critical bugs with
file based users repository.
My preference is to release the a3 anyway: if we never release we'll
always find similar bugs the
Stefano Bagnara wrote:
>
>
> I need more information.
>
> As far as I know aliasing and forwarding is available only
> when the user
> is a JamesUser.
>
> The "UsersRepositoryAliasingForwarding" mailet is a mailet
> that compose
> the "old" LocalDelivery mailet. I introduced it during a
> refactori
Joachim Draeger wrote:
And there is much functionality needed:
- the mails need message numbers and uids
- folders
- keep a list of subscribed folders
Joachim
Please confirm/correct me:
- message numbers and uids are folder specific
- folders is a message repository, hierarchical
- the
I agree on the Md5AwareFolderMessageStore idea.
Just a note: we should limit our discussion to the "UIDPlusFolder" and
"Javamail Store / Javamail Folder" concepts and avoid to talk about
maildir and in particular of the GPL Javamail Store maildir implementaion.
It is likely that if we support
Am Freitag, den 19.05.2006, 20:01 +0200 schrieb Stefano Bagnara:
> I need more information.
>
> As far as I know aliasing and forwarding is available only when the user
> is a JamesUser.
>
> The "UsersRepositoryAliasingForwarding" mailet is a mailet that compose
> the "old" LocalDelivery mailet
I will try to help as much as i can.. IMAP support is really a needed
feature for an "enterprise" mailserver.
bye
Norman
Am Freitag, den 19.05.2006, 18:54 +0200 schrieb Joachim Draeger:
> > Unfortunately I've seen too much people asking and volounteering for
> > imap and disappearing after 3 que
Noel J. Bergman wrote:
the holdup is that we need to re-do the MailRepository interface.
And there is much functionality needed:
- the mails need message numbers and uids
- folders
- keep a list of subscribed folders
Joachim
-
Stefano Bagnara wrote:
Did you plan to obtain a real javamail folder when you lookup the
MailStore or an object implementing a James interface very similar to
the Javamail folder ?
The MailStore has to implement the FolderAware interface which offers a
getFolder() method which returns a real
Joachim Draeger wrote:
Stefano Bagnara wrote:
Did you plan to obtain a real javamail folder when you lookup the
MailStore or an object implementing a James interface very similar to
the Javamail folder ?
The MailStore has to implement the FolderAware interface which offers a
getFolder() meth
The main problem is that most people failed the 1 hour test: they're
interested in contributing, they try to understand something about
james, something about avalon, something about the current imap2 vs imap
proposals, something about what works and what not, somthing about IMAP4
protocol... t
[ http://issues.apache.org/jira/browse/JAMES-505?page=all ]
Stefano Bagnara updated JAMES-505:
--
Fix Version: 2.3.0a4
2.4.0
> ClassCastException in UsersRepositoryAliasingForwarding using file based
> users store
> -
[ http://issues.apache.org/jira/browse/JAMES-505?page=all ]
Stefano Bagnara updated JAMES-505:
--
Version: 2.4.0
Priority: Critical (was: Major)
> ClassCastException in UsersRepositoryAliasingForwarding using file based
> users store
>
ClassCastException in UsersRepositoryAliasingForwarding using file based users
store
Key: JAMES-505
URL: http://issues.apache.org/jira/browse/JAMES-505
Project: James
Type: Bug
C
I need more information.
As far as I know aliasing and forwarding is available only when the user
is a JamesUser.
The "UsersRepositoryAliasingForwarding" mailet is a mailet that compose
the "old" LocalDelivery mailet. I introduced it during a refactoring a
few months ago.
1) We should add
Noel J. Bergman wrote:
Thanks for doing the tag. I was going to do that after the vote, but now is
fine, too.
--- Noel
Ops, I thought I wrote to the list that I tagged it... but I only see
now that I have a draft in my thunderbird ;-)
To avoid confusion I thought that it was better
The activation.jar you bundled is the one from ibiblio and not the one
from sun.
mail.jar is ok, equals the one from sun.
Stefano
Noel J. Bergman wrote:
Signed tarballs are available under ~noel/james for review.
--- Noel
Stefano Bagnara wrote:
Did you plan to obtain a real javamail folder when you lookup the
MailStore or an object implementing a James interface very similar to
the Javamail folder ?
The MailStore has to implement the FolderAware interface which offers a
getFolder() method which returns a real
Unfortunately I've seen too much people asking and volounteering for
imap and disappearing after 3 questions in the last year, so even if I
don't need imap and I don't know the protocol itself, I'll try to
coordinate the efforts.
I hope there will be some people to focus on imap because ther
Noel J. Bergman wrote:
Bernd Fondermann wrote:
I set up vanilla james config and in the users-store section replaced
the default db-store with file.
java.lang.ClassCastException
UsersRepositoryAliasingForwarding.java:193)
That is: user = (JamesUser) usersRepository.getUserByName(username)
Bernd Fondermann wrote:
> I set up vanilla james config and in the users-store section replaced
> the default db-store with file.
> java.lang.ClassCastException
> UsersRepositoryAliasingForwarding.java:193)
That is: user = (JamesUser) usersRepository.getUserByName(username);
I'll check the cod
I don't think the latest alpha qualifies as RC.
We should look into these topics first:
a. More backports from TRUNK, like the removed ristretto dependency.
b. add commons-net.jar to tools/lib
c. determine how to distribute junit.jar
=> all these are related to running unit tests
d. resolve the
> You will find the signed packages under my homedir, until I
> move them to the disttribution site.
Based on the vote, I've moved them to http://people.apache.org/dist/james/.
Please doublecheck them, and then we can draw up an announcement for the
user list.
And it looks as if we need to update
+1
Bernd
Noel J. Bergman wrote:
Stefano Bagnara wrote:
I just checked out the current v2.3, ran "ant dist", added the
activation and mail jars (from SUN packages), changed the
default.properties to reflect 2.3.0a3 version. I shared the results here:
http://people.apache.org/~bago/james/
Hi,
I discovered a potential issue today. I could not yet do an in-depth
analysis of the problem, but maybe someone can reproduce.
I set up vanilla james config and in the users-store section replaced
the default db-store with file.
After that I get the following errors every time I send a
[ http://issues.apache.org/jira/browse/JAMES-502?page=all ]
Joachim Draeger updated JAMES-502:
--
Attachment: james-imap2-proposal-extended1.zip
2006-05-19
I extendet imap2 proposal originaly taken from
http://svn.apache.org/repos/asf/james/server/branch
Stefano Bagnara wrote:
> I just checked out the current v2.3, ran "ant dist", added the
> activation and mail jars (from SUN packages), changed the
> default.properties to reflect 2.3.0a3 version. I shared the results here:
> http://people.apache.org/~bago/james/
You will find the signed packages
+1 from me for 2.3.0a3
Vincenzo
Noel J. Bergman wrote:
I think that we're ready to put out 2.3.0a3. Yes, Norman, we're probably
close to RC status, but let's get some testing on this first. Who knows,
perhaps we will rename it to RC or even release status if there are no
further defects to
Author: bago
Date: Fri May 19 08:51:31 2006
New Revision: 407833
URL: http://svn.apache.org/viewvc?rev=407833&view=rev
Log:
v2.3.0a3 tag
Added:
james/server/tags/build_2_3_0_A3/
- copied from r407832, james/server/branches/v2.3/
Noel J. Bergman wrote:
I think that we're ready to put out 2.3.0a3. Yes, Norman, we're
probably close to RC status, but let's get some testing on this
first. Who knows, perhaps we will rename it to RC or even release
status if there are no further defects to fix.
+1 from me for 2.3.0a3.
--- N
Signed tarballs are available under ~noel/james for review.
--- Noel
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[ http://issues.apache.org/jira/browse/JAMES-463?page=all ]
Norman Maurer resolved JAMES-463:
-
Resolution: Fixed
patch is applied
> Check for reverse on HELO/EHLO
> --
>
> Key: JAMES-463
> URL: http://i
Am Freitag, den 19.05.2006, 11:16 -0400 schrieb Noel J. Bergman:
> t let's get some testing on this first. Who knows,
> perhaps we will rename it to RC or even release status if there are no
> further defects to fix.
>
> +1 from me for 2.3.0a3.
+1
Norman
signature.asc
Description: Dies ist ei
Author: norman
Date: Fri May 19 08:17:40 2006
New Revision: 407822
URL: http://svn.apache.org/viewvc?rev=407822&view=rev
Log:
Add new feature to reject email when HELO/EHLO not equals reverse of the client
ip. See JAMES-463
Modified:
james/server/trunk/src/conf/james-config.xml
james/ser
I think that we're ready to put out 2.3.0a3. Yes, Norman, we're probably
close to RC status, but let's get some testing on this first. Who knows,
perhaps we will rename it to RC or even release status if there are no
further defects to fix.
+1 from me for 2.3.0a3.
--- Noel
---
Stefano Bagnara wrote:
> I finished merging back the bugfixes.
> I'm impatient to cast my "+1" to the next release vote ;-)
ROFLMAO! Too funny. I've already got the build running, and just posted
the same e-mail to you. :-)
--- Noel
-
Stefano Bagnara wrote:
> Here is the list of commits
Are we caught up on fixes? If so, I'll post up a test build and we can vote
on 2.3.0a3.
--- Noel
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands
+1
I whould prefer rc1 ;-)
bye
Norman
Am Freitag, den 19.05.2006, 17:03 +0200 schrieb Stefano Bagnara:
> I finished merging back the bugfixes.
> Since the last "update" we added this:
>
> http://issues.apache.org/jira/browse/JAMES-489
> http://issues.apache.org/jira/browse/JAMES-504
> http://i
I finished merging back the bugfixes.
Since the last "update" we added this:
http://issues.apache.org/jira/browse/JAMES-489
http://issues.apache.org/jira/browse/JAMES-504
http://issues.apache.org/jira/browse/JAMES-503
http://issues.apache.org/jira/browse/JAMES-501
Btw, more minor bug fixes will
[
http://issues.apache.org/jira/browse/JAMES-433?page=comments#action_12412525 ]
Stefano Bagnara commented on JAMES-433:
---
As we are almost ready with our own jSPF implementation I think we should
prefer it over the use of an external daemon/process.
C
[ http://issues.apache.org/jira/browse/JAMES-489?page=all ]
Stefano Bagnara updated JAMES-489:
--
Fix Version: 2.3.0a3
Version: 2.3.0a2
2.2.0
(was: 2.3.0)
> ArrayIndexOutOfBoundsException in RemoteDelivery whe
[ http://issues.apache.org/jira/browse/JAMES-504?page=all ]
Stefano Bagnara resolved JAMES-504:
---
Fix Version: 2.3.0a3
Resolution: Fixed
Backported to 2.3 branch
> RemoteDelivery threads do not unlock delayed mails
> -
Author: bago
Date: Fri May 19 07:58:12 2006
New Revision: 407813
URL: http://svn.apache.org/viewvc?rev=407813&view=rev
Log:
Backport remotedelivery fixes: ArrayIndexOutOfBounds and missing unlock
(JAMES-489 and JAMES-504)
Modified:
james/server/branches/v2.3/src/java/org/apache/james/transp
RemoteDelivery threads do not unlock delayed mails
--
Key: JAMES-504
URL: http://issues.apache.org/jira/browse/JAMES-504
Project: James
Type: Bug
Versions: 2.3.0a2, 2.2.0
Reporter: Stefano Bagnara
Assigned
[ http://issues.apache.org/jira/browse/JAMES-503?page=all ]
Stefano Bagnara resolved JAMES-503:
---
Resolution: Fixed
> SpoolManager locking issues
> ---
>
> Key: JAMES-503
> URL: http://issues.apache.org/jir
Author: bago
Date: Fri May 19 07:12:48 2006
New Revision: 407802
URL: http://svn.apache.org/viewvc?rev=407802&view=rev
Log:
Backport Spoolmanager locking issue fix (JAMES-503)
Modified:
james/server/branches/v2.3/src/java/org/apache/james/transport/JamesSpoolManager.java
james/server/br
SpoolManager locking issues
---
Key: JAMES-503
URL: http://issues.apache.org/jira/browse/JAMES-503
Project: James
Type: Bug
Components: SpoolManager & Processors
Versions: 2.3.0a2
Reporter: Stefano Bagnara
Assigned to: Stefan
After a clean new 2.3 checkout the NPE is gone.. Really strange. Anyway
now all is good again..
bye
Norman
Am Freitag, den 19.05.2006, 15:19 +0200 schrieb Stefano Bagnara:
> I just had a look on it: I cannot reproduce the NPE. All seems to work
> fine. Anyone else can reproduce the NPE?
>
> An
Noel J. Bergman wrote:
As Jason mentioned more than once, the IMAP2 code is in pretty decent shape;
the holdup is that we need to re-do the MailRepository interface.
--- Noel
Ok, I just took the Joachim efforts as a pretest to take this imap
proposal stuff in hands and try to find a c
The it's better than I thought!
I'll wait for you to submit your work (hope as soon as possible) so I
can review it and I hope I can help finding its way to the main codebase.
Did you plan to obtain a real javamail folder when you lookup the
MailStore or an object implementing a James interfa
As Jason mentioned more than once, the IMAP2 code is in pretty decent shape;
the holdup is that we need to re-do the MailRepository interface.
--- Noel
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
Stefano Bagnara schrieb:
I have a different idea on the steps and their priority, more tightly
coupled to the developing cycle: we should try to make it working as a
module with no changes to the rest of James, so we should make first the
necessary modularizations James needs for this to happe
I just had a look on it: I cannot reproduce the NPE. All seems to work
fine. Anyone else can reproduce the NPE?
And forget about my previous messages: the NPE I fixes was introduced
with the DNSServer patch that is not included in the 2.3 branch (IIRC).
Stefano
Norman Maurer wrote:
Am Freit
Norman Maurer (JIRA) wrote:
[ http://issues.apache.org/jira/browse/JAMES-463?page=comments#action_12412509 ]
Norman Maurer commented on JAMES-463:
-
1) changed
2) fixed
3) fixed.
Plz review.. I also add junit tests for this feature
Just reviewed the p
Hi Joachim,
I'm happy to read your message: it seems to me you understand the
current imap2 status better than most of the developers that approached
the problem in the last year.
I just created a "parent issue" in JIRA to track the IMAP support in James.
http://issues.apache.org/jira/browse
Am Freitag, den 19.05.2006, 12:40 +0200 schrieb Joachim Draeger:
> Hi Stefano,
>
> Stefano Bagnara wrote:
>
> > I will try to submit soon an updated imap2 proposal (updated to build
> > against the current trunk), so you'll have an updated source to start
> > your work from!
>
> I have already
[ http://issues.apache.org/jira/browse/JAMES-502?page=all ]
Stefano Bagnara updated JAMES-502:
--
Attachment: james-imap2-proposal.zip
This is just the last revision of the proposal found here:
https://svn.apache.org/repos/asf/james/server/branches/imap-d
IMAP support
Key: JAMES-502
URL: http://issues.apache.org/jira/browse/JAMES-502
Project: James
Type: New Feature
Components: IMAPServer
Reporter: Stefano Bagnara
Fix For: 3.0
James needs a working IMAP implementations. This is just a cont
[
http://issues.apache.org/jira/browse/JAMES-463?page=comments#action_12412509 ]
Norman Maurer commented on JAMES-463:
-
1) changed
2) fixed
3) fixed.
Plz review.. I also add junit tests for this feature
> Check for reverse on HELO/EHLO
> --
[ http://issues.apache.org/jira/browse/JAMES-463?page=all ]
Norman Maurer updated JAMES-463:
Attachment: HeloEhlo-reverse-check-v2.patch
> Check for reverse on HELO/EHLO
> --
>
> Key: JAMES-463
> URL: http://
Hi Stefano,
Stefano Bagnara wrote:
I will try to submit soon an updated imap2 proposal (updated to build
against the current trunk), so you'll have an updated source to start
your work from!
I have already made some efforts in that direction. The main problem for
me was the in memory store
There's not a plugin for that:
Right click on the project folder => Properties => Java Code Style =>
Formatter => Enable project specific settings => Java Conventions
[built-in].
Stefano
Norman Maurer wrote:
Thats really strange .. i don'T used tabs.. Plz anyone can send me this
java style p
Bernd Fondermann wrote:
+ feature: add option to make the load adaptive, so that we can
get to the limits of James
+1 My preferred feature ;-) I would like to use it to test
optimizations and be sure we don't introduce bottlenecks with changes.
how do we implement that? there is more th
Stefano Bagnara wrote:
Bernd Fondermann wrote:
Hi,
I uploaded the current code into JIRA JAMES-442
(http://issues.apache.org/jira/browse/JAMES-442)
I looked around in the code when you uploaded them: I saw you left the
old source folder, too (that should be removed, it is confusing).
oo
Nice imap :-)
Am Freitag, den 19.05.2006, 11:39 +0200 schrieb Stefano Bagnara:
> I will try to submit soon an updated imap2 proposal (updated to build
> against the current trunk), so you'll have an updated source to start
> your work from!
>
> Stefano
>
> Mohan Etikela wrote:
> > I am looking
I will try to submit soon an updated imap2 proposal (updated to build
against the current trunk), so you'll have an updated source to start
your work from!
Stefano
Mohan Etikela wrote:
I am looking for IMAP support with mail repositories similar to POP3 as opposed to memory repositories.
S
Hi Noel,
Noel J. Bergman wrote:
Yes, subsequently we looked closer at JavaMail, and it wasn't clear how much it
would help. JavaMail has been focused on the needs of clients, not servers.
For the "normal" server operations it is maybe more powerful and
complicated than needed. This confli
Am Freitag, den 19.05.2006, 10:49 +0200 schrieb Stefano Bagnara:
> Norman Maurer wrote:
> > Forget to say that this only happens in the 2.3 branch! I think we
> > forgot to merge a commit ...
> >
> > bye Norman
>
> If you rememeber I fixed a nullpointer after the DNSServer patch: this
> fix shou
Norman Maurer wrote:
Forget to say that this only happens in the 2.3 branch! I think we
forgot to merge a commit ...
bye Norman
If you rememeber I fixed a nullpointer after the DNSServer patch: this
fix should be backported.
It's in r405805. Unfortunately we branched just before the "newline
Am Freitag, den 19.05.2006, 10:33 +0200 schrieb Bernd Fondermann:
> do you have a stacktrace?
>
Here it is:
1:
java.lang.NullPointerException
at
org.apache.james.dnsserver.DNSServerTest.testINARecords(DNSServerTest.java:50)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native M
do you have a stacktrace?
please look at the end of file
build/test/reports/TEST-org.apache.james.dnsserver.DNSServerTest.txt
Norman Maurer wrote:
Forget to say that this only happens in the 2.3 branch! I think we
forgot to merge a commit ...
bye
Norman
Am Freitag, den 19.05.2006, 09:27 +0200
Hi Stefano,
Stefano Bagnara wrote:
My opinion is that we should use reflection for that so we don't have to
introduce "imaginary.javax" packages/interfaces.
Yes, that seems to be the only practicable alternative.
quote: 'We can add the "imaginary.javax.mail.UIDPlusFolder" (or a
similar inter
On 18/05/06, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
If there is anything specific in your message about something happened,
or the sentences were related to the above behaviour, then I would be
happy to understand it better.
No there is *not* I am making a general point. I have made it befo
Forget to say that this only happens in the 2.3 branch! I think we
forgot to merge a commit ...
bye
Norman
Am Freitag, den 19.05.2006, 09:27 +0200 schrieb Norman Maurer:
> Hi guys,
>
> is it just me or you guys get also a NullPointer on DNSServerTest ?
>
> Bye
> Norman
signature.asc
Descripti
Hi guys,
is it just me or you guys get also a NullPointer on DNSServerTest ?
Bye
Norman
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
Thats really strange .. i don'T used tabs.. Plz anyone can send me this
java style plugin for eclipse so i can be sure not use the worng one ?
I will change the config namens and only reformat things i change and
upload it again.
thx for the feedback!
bye
Norman
Am Donnerstag, den 18.05.2006, 2
79 matches
Mail list logo