Hi,
sorry for the delay.. I will try to review it this evening...
Thanks,
Norman
2012/1/23 Jochen Gazda gazdahims...@gmail.com:
Norman,
I have created https://issues.apache.org/jira/browse/IMAP-351 on 2012-01-18.
When may I expect that it will be reviewed?
Best,
Gazda
On Wed, Jan
Norman,
I have created https://issues.apache.org/jira/browse/IMAP-351 on 2012-01-18.
When may I expect that it will be reviewed?
Best,
Gazda
On Wed, Jan 18, 2012 at 2:29 PM, Norman Maurer
norman.mau...@googlemail.com wrote:
Wow
very nice work. I would be more then happy to include it
Wow
very nice work. I would be more then happy to include it into our
code-base. Please open a jira and attach the patch there (don't forget
to check the ASL2 box). Once its there I will pull the changes in.
Thanks,
Norman
2012/1/17 Jochen Gazda gazdahims...@gmail.com:
Gentlemen,
could
Thank you for your advice, Eric, but my efforts with protocols-imap
are pointless now, as protocols-imap was removed from the svn repo
yesterday.
Gazda
On Wed, Jan 11, 2012 at 8:38 PM, Eric Charles e...@apache.org wrote:
Hi Jochen,
You will need to replace all references in sever and app pom
It will get added back soon ;) But as Eric already said better use
imap/trunk for now.
Bye,
Norman
2012/1/13 Jochen Gazda gazdahims...@gmail.com
Thank you for your advice, Eric, but my efforts with protocols-imap
are pointless now, as protocols-imap was removed from the svn repo
yesterday.
Hi Jochen,
You will need to replace all references in sever and app pom to
apache-james-server-imap-* with
groupIdorg.apache.james.protocols/groupId
artifactIdprotocols-imap/artifactId
As said earlier, this copy of imap is less stable.
Thx,
Eric
On 10/01/12 19:52, Jochen Gazda
Eric,
On Fri, Jan 6, 2012 at 6:34 PM, Eric Charles e...@apache.org wrote:
As a side note, we are moving IMAP code from
https://svn.apache.org/repos/asf/james/imap/trunk/
to
https://svn.apache.org/repos/asf/james/protocols/trunk/imap/
I would be better that you code in the latter.
I have
Gentlemen,
Please read and comment.
I have started to implement the ACL support. In the very first phase I
would like to
- add support for IMAP GETACL command and
- add support for storing ACL at least for one storage backend.
During this first phase I would like to learn how to do things in
Hi Jochen,
comments inside..
Am Freitag, 6. Januar 2012 um 12:25 schrieb Jochen Gazda:
Gentlemen,
Please read and comment.
I have started to implement the ACL support. In the very first phase I
would like to
- add support for IMAP GETACL command and
- add support for storing ACL at
Norman,
8. Interpretation of ACLs:
To have ACL stored on every mailbox is far from being able to tell if
the given user can perform the given operation for the given
mailbox(es when copying/moving).
A new service responsible for resolving of ACLs is necessary. I
propose to call it
You should use the MailboxPath for resolve the ACLs.
Where you need to inject the resolver depends on the needs. But I guess you
need it in both..
Bye
Norman
Sent from my iPhone. Excuse any typos
Am 06.01.2012 um 14:18 schrieb Jochen Gazda gazdahims...@gmail.com:
Norman,
8.
@Eric:
I think Jochen should just code in the imap trunk for now.. We will merge it
later then. As the code in protocols need many more work :/
Bye,
Norman
--
Norman Maurer
Am Freitag, 6. Januar 2012 um 18:34 schrieb Eric Charles:
As a side note, we are moving IMAP code from
If protocols-imap is gonna move soon, then
https://svn.apache.org/repos/asf/james/imap/trunk/ will be better yes.
Eric
On 06/01/12 18:36, Norman Maurer wrote:
@Eric:
I think Jochen should just code in the imap trunk for now.. We will merge it
later then. As the code in protocols need many
13 matches
Mail list logo
