On 6/13/07, robert burrell donkin <[EMAIL PROTECTED]> wrote:
sound ok to everyone?
+1
Great stuff robert.
d.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
robert burrell donkin schrieb:
i think that now is a good time to move IMAP development from the sandbox
into trunk. for a while (whilst i port pheonix bindings and create
implementation independent functional test suites) there will be parallel
implementations differing only in their factoring
On 6/13/07, robert burrell donkin <[EMAIL PROTECTED]> wrote:
i think that now is a good time to move IMAP development from the sandbox
into trunk. for a while (whilst i port pheonix bindings and create
implementation independent functional test suites) there will be parallel
implement
robert burrell donkin ha scritto:
> i think that now is a good time to move IMAP development from the sandbox
> into trunk. for a while (whilst i port pheonix bindings and create
> implementation independent functional test suites) there will be parallel
> implementations differing o
i think that now is a good time to move IMAP development from the sandbox
into trunk. for a while (whilst i port pheonix bindings and create
implementation independent functional test suites) there will be parallel
implementations differing only in their factoring (the code has been moved
around
Am Sonntag, den 12.11.2006, 17:26 + schrieb robert burrell donkin:
> there an issue on evolution startup: StatusCommand is called before a
> mailbox has been selected. however, reading the specification at the
> bottom (cool), i don't think that status should act upon the selected
> mailbox at
On 11/12/06, Norman Maurer <[EMAIL PROTECTED]> wrote:
Hi robert,
the imap development was merged to the trunk code. And sure we are
always intressted in patches :-)
great :-)
there an issue on evolution startup: StatusCommand is called before a
mailbox has been selected. however, r
Hi robert,
the imap development was merged to the trunk code. And sure we are
always intressted in patches :-)
bye
Norman
robert burrell donkin schrieb:
(sorry: sent prematurely)
On 11/12/06, robert burrell donkin <[EMAIL PROTECTED]> wrote:
i've been having problems with m
to work out what's going wrong and maybe feed back some fixes
or unit tests.
1 is IMAP development still happening on the imap-dev branch?
2 IMHO the trunk code contains far too little logging to effectively
diagnose what's going wrong. the trunk code contains a number of
commented out sys
Stefano Bagnara schrieb:
Joachim Draeger wrote:
Am Samstag, den 07.10.2006, 14:18 +0100 schrieb robert burrell donkin:
Do we need Joachim to sign a Software Grant
(http://www.apache.org/licenses/software-grant.txt) for this?
If he not publish it yet as official release we not need this..
cor
Joachim Draeger wrote:
Am Samstag, den 07.10.2006, 14:18 +0100 schrieb robert burrell donkin:
Do we need Joachim to sign a Software Grant
(http://www.apache.org/licenses/software-grant.txt) for this?
If he not publish it yet as official release we not need this.. correct
me if im wrong..
it'
Am Samstag, den 07.10.2006, 14:18 +0100 schrieb robert burrell donkin:
> > > Do we need Joachim to sign a Software Grant
> > > (http://www.apache.org/licenses/software-grant.txt) for this?
> > >
> > If he not publish it yet as official release we not need this.. correct
> > me if im wrong..
>
> i
robert burrell donkin wrote:
On 10/7/06, Norman Maurer <[EMAIL PROTECTED]> wrote:
Stefano Bagnara schrieb:
> Do we need Joachim to sign a Software Grant
> (http://www.apache.org/licenses/software-grant.txt) for this?
>
If he not publish it yet as official release we not need this.. correct
On 10/7/06, Norman Maurer <[EMAIL PROTECTED]> wrote:
Stefano Bagnara schrieb:
> Do we need Joachim to sign a Software Grant
> (http://www.apache.org/licenses/software-grant.txt) for this?
>
If he not publish it yet as official release we not need this.. correct
me if im wrong..
it's a subs
Stefano Bagnara schrieb:
Hi all,
From the last status-update from Joachim, I understand that he's very
near to have something working and that does not need changes on our
main codebase.
Now that Joachim is a James Committer and has write access to SVN
(Joachim: can you check your svn accou
Hi Stefano,
Am Freitag, den 06.10.2006, 12:38 +0200 schrieb Stefano Bagnara:
> Now that Joachim is a James Committer and has write access to SVN
> (Joachim: can you check your svn account works?) we have to decide what
> to do.
The account is there. Don't know whether the PMC has assigned me t
second step could be putting the mailbox access into a session.
Apart from that we should IMHO start from scratch. IMHO the current
MailRepository implementations are no suitable to extend and refactor
them until they fulfill all IMAP requirements. In my eyes their approach is to
different from the i
Hi all,
From the last status-update from Joachim, I understand that he's very
near to have something working and that does not need changes on our
main codebase.
Now that Joachim is a James Committer and has write access to SVN
(Joachim: can you check your svn account works?) we have to deci
ts.
+1
this does not neccessarily mean we have no IMAP development going on
in parallel. but it should not drive the repository restructuring.
Well, I guess that 80% of the API will be used by IMAP server only.
I do not agree we should design the repository completely independent
f
different from the imap requirements.
> this does not neccessarily mean we have no IMAP development going on
> in parallel. but it should not drive the repository restructuring.
Well, I guess that 80% of the API will be used by IMAP server only.
I do not agree we should design the repository
time. repositories should not be protocol aware.
I agree. The repositories *MUST* work for both.
we should extend/fix/refactor or repository architecture first, with
IMAP in mind of course.
this does not neccessarily mean we have no IMAP development going on
in parallel. but it should not drive the repos
itory architecture first, with
IMAP in mind of course.
this does not neccessarily mean we have no IMAP development going on
in parallel. but it should not drive the repository restructuring.
does this make sense?
Bernd
-
To unsubscribe, e
Stefano Bagnara schrieb:
Noel J. Bergman wrote:
Imo we should remove this concept of SPOOL from the message repository.
If one will ever want to implement a spool repository based on a
messagereposirory it will have to store the Mail informations in a
messagerepository way (as Flags, or as custo
Noel J. Bergman wrote:
Imo we should remove this concept of SPOOL from the message repository.
If one will ever want to implement a spool repository based on a
messagereposirory it will have to store the Mail informations in a
messagerepository way (as Flags, or as custom MimeHeaders).
MessageRep
> Imo we should remove this concept of SPOOL from the message repository.
> If one will ever want to implement a spool repository based on a
> messagereposirory it will have to store the Mail informations in a
> messagerepository way (as Flags, or as custom MimeHeaders).
> MessageRepository should
Stefano Bagnara schrieb:
Ok, I know I'm ignorant about IMAP. Sorry for so much questions!
No problem. :-)
KEY => A unique string that identify a single message in the repository:
persistent over sessions and restart, right?
Right. Like it's used for pop3.
UID => A unique number that ident
Joachim Draeger wrote:
Is EventTriggerMailbox so important for basic proof of concept usage?
Is the whole "column selection" stuff (MessageResult) /
messageSetTypes a need for the basic repository interface?
Imap requires to deliver events about added/deleted and changed flags to
the client.
Bernd Fondermann schrieb:
When designing the mail API pop3 and imap implementations, very
naturally the discussion comes up how to provide the different
capabilities in the right way. I came onto it because Joachim wrote
"ImapMailbox extends Pop3Mailbox ... I don't like that." Maybe I
stretched
Hi guys,
When designing the mail API pop3 and imap implementations, very
naturally the discussion comes up how to provide the different
capabilities in the right way. I came onto it because Joachim wrote
"ImapMailbox extends Pop3Mailbox ... I don't like that." Maybe I
stretched his original state
Stefano Bagnara schrieb:
I think that even the single M1 step is too much stuff and we should
start with a much simpler set of interfaces.
In the last step I tried to breakup the interfaces in more parts, so
only a subset is needed.
But it won't work below MailboxRepository and ImapMailbox.
Joachim Draeger wrote:
As a sidenote I think that we can safely include your
javamailstore-mailrepository work in trunk, but this has not much to
do with IMAP.
Yes I think so. While working on MessageRepository performance and
compatibility of javamailstore-mailrepository could get better by
Hi Stefano,
Stefano Bagnara schrieb:
Here are the goals:
1) Release james 2.4 as storage-compatible with older james 2.x.
2) Start including some IMAP stuff in trunk.
As a sidenote I think that we can safely include your
javamailstore-mailrepository work in trunk, but this has not much to do
Hi Joachim,
I'm happy to see you're still around!
I would like to find out a good roadmap for IMAP in James.
Here are the goals:
1) Release james 2.4 as storage-compatible with older james 2.x.
2) Start including some IMAP stuff in trunk.
As a sidenote I think that we can safely include your
Hi all!
Still lurking around here and following the mailing lists. I'm pleased to see
how the James 2.3.0 release makes such great progress, although JAMES-603 looks
really ugly.
I've postponed development on the IMAP code until there is a suitable repository
API for James.
Because this is a
Michael Wechner wrote:
Joachim is the man that lately put more effort on the IMAP side.
Here are a bunch of links you may be interested:
Joachim home for Imap proposal
http://www.joachim-draeger.de/JamesImap/
cool :-) but how does it come that this not hosted at the ASF?
The process of becom
Just wanted to ask if this is still where the most recent IMAP
development is being located:
http://svn.apache.org/repos/asf/james/server/branches/imap-dev/
?
Thanks
Michi
-
To unsubscribe, e-mail: [EMAIL PROTECTED
efano
Michael Wechner wrote:
Hi
Just wanted to ask if this is still where the most recent IMAP
development is being located:
http://svn.apache.org/repos/asf/james/server/branches/imap-dev/
?
Thanks
Michi
-
To unsubscribe, e
Hi
Just wanted to ask if this is still where the most recent IMAP
development is being located:
http://svn.apache.org/repos/asf/james/server/branches/imap-dev/
?
Thanks
Michi
--
Michael Wechner
Wyona - Open Source Content Management -Apache Lenya
http://www.wyona.com
- Original Message -
From: Jason Webb <[EMAIL PROTECTED]>
Sent: Sep 9, 10:50 AM
> I'm still not sure which IMAP implementation to use
IMAP2. The best way to proceed may be to run the excellent number of tests that Darrel
has in cvs and then replace repository and run again.
Harmeet
You might ask Darrell. I haven't spent much time looking at either
proposal.
http://nagoya.apache.org/eyebrowse/[EMAIL PROTECTED]
.org&msgNo=5591
--- Noel
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional comm
er and has been patched more often and more
recently.
d.
> -Original Message-
> From: Jason Webb [mailto:[EMAIL PROTECTED]
> Sent: 09 September 2003 10:50
> To: 'James Developers List'
> Subject: RE: IMAP Development Pointers
>
>
> I hate to use discussion forum
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'
>
tember 2003 21:18
> To: 'James Developers List'
> Subject: RE: IMAP Development Pointers
>
>
> I've now had a look and the IMAP code written by Darrell
> (IMAP2 proposal) and I think I can write a bridging class
> between ImapMailBox , ImapStore and the c
I've now had a look and the IMAP code written by Darrell (IMAP2 proposal)
and I think I can write a bridging class between ImapMailBox , ImapStore and
the current db: and file: repositories. It'll be fun (cough) but it should
allow the IMAP team to get started.
-- Jason
> -Original Message-
> From: Noel J. Bergman [mailto:[EMAIL PROTECTED]
> Sent: 05 September 2003 19:34
> To: James Developers List
> Subject: RE: IMAP Development Pointers
>
>
> > In fact I was under the impression that INBOX is a reserved folder
> &g
Just out of curiosity, is there anything wrong with just using the
Take a look at dbmail (http://www.dbmail.org/) They have an imap
implementation on top of a database.
Is there IMAP code in the CVS? I didn't see it last time I looked.
PS.
If I was to take some GPLed C code (from dbmail) and
Ed and Noel,
You can still consider me in for working on parts of the IMAP
implementation. I've been buried on a political tracking tool since last
poking around in the existing experimental code. The only other
experience I have with James beyond just using the server was to have
wrote my own
> In fact I was under the impression that INBOX is a reserved folder name,
> that it should always be there, and you are not allowed to create
> subfolders of it. I don't think many enforce the no-subfolder of INBOX
> rule, and I may just be remembering wrong.
I haven't read the IMAP RFCs. I do
Kervin L. Pierre wrote:
I believe that it is up to the client that is making those mailboxes. I
use mozilla, and it creates those mailboxes under the INBOX mailbox.
Here is some hierarchy of multiple mailboxes on my cyrus imap server
...
[EMAIL PROTECTED] (\HasNoChildren)
[EMAIL PROTECTED] (\Ha
unintended bonus, kewl
-Original Message-
From: Noel J. Bergman [mailto:[EMAIL PROTECTED]
Sent: Friday, September 05, 2003 2:57 PM
To: James Developers List
Subject: RE: IMAP Development Pointers
> in the IMAP4rev1 RFC, it shows instances of there being subfolders of
> INBOX, but
> in the IMAP4rev1 RFC, it shows instances of there being subfolders of
> INBOX, but INBOX is special in that it always exists, and when you do
> a rename of INBOX it just create a new folder and moves the contents
> of INBOX into it.
And re-recreates a new INBOX?
So if I have INBOX and rename it
Kervin, just so you know that was Surge that wrote that. I wrote a response
which your post gives a perfect example to.
-Original Message-
From: Kervin L. Pierre [mailto:[EMAIL PROTECTED]
Sent: Friday, September 05, 2003 4:03 PM
To: James Developers List
Subject: Re: IMAP Development
Edward Flick wrote:
In fact I was under the impression that INBOX is a reserved folder name,
True
that it should always be there, and you are not allowed to create
subfolders of it.
You are allowed.
Anyway, the mail servers I am familiar with do place INBOX at the same
left as Sent, Draft, an
PROTECTED]
Sent: Friday, September 05, 2003 1:20 PM
To: James Developers List
Subject: Re: IMAP Development Pointers
Noel J. Bergman wrote:
> There is no hierarchy. They are just names. The hierarchy is a fiction.
> Just adopt a convention for how IMAP wants to map the names into a
>
Noel J. Bergman wrote:
There is no hierarchy. They are just names. The hierarchy is a fiction.
Just adopt a convention for how IMAP wants to map the names into a
hierarchy.
No one said that user.folder should be interpreted as a child of the inbox.
It could be a peer. In terms of the actual stor
> I just thought about this under the format where you say
> .select("user.folder") does that automatically assume a
> folder under the INBOX? If so how do you select a folder
> that isn't under the inbox?
There is no hierarchy. They are just names. The hierarchy is a fiction.
Just adopt a conv
D]
Sent: Friday, September 05, 2003 9:02 AM
To: 'James Developers List'
Subject: RE: IMAP Development Pointers
> -Original Message-
> From: Edward Flick [mailto:[EMAIL PROTECTED]
> Sent: 05 September 2003 15:02
> To: James Developers List
> Subject: RE: IMAP Developme
Is it not possible to keep a copy of the message on the server, or am I
misunderstanding what you mean by that.
-Original Message-
From: Jason Webb [mailto:[EMAIL PROTECTED]
Sent: Friday, September 05, 2003 9:02 AM
To: 'James Developers List'
Subject: RE: IMAP Developmen
> -Original Message-
> From: Edward Flick [mailto:[EMAIL PROTECTED]
> Sent: 05 September 2003 15:02
> To: James Developers List
> Subject: RE: IMAP Development Pointers
>
>
> That sounds fine to me. I mainly just want something
> working. What locking m
05, 2003 3:23 AM
To: 'James Developers List'
Subject: RE: IMAP Development Pointers
> -Original Message-
> From: Noel J. Bergman [mailto:[EMAIL PROTECTED]
> Sent: 04 September 2003 23:54
> To: James Developers List
> Cc: Darrell DeBoer; Kris Bravo; Joe Cheng
nsson; Sascha Kulawik
> Subject: RE: IMAP Development Pointers
>
>
> Ed,
>
> Other people who have expressed interest in contributing to IMAP are
> (alphabetically):
>
>Kris Bravo <[EMAIL PROTECTED]>
>Joe Cheng <[EMAIL PROTECTED]>
>Max
Are you sure about that? Perhaps I am mistaken but I remember Outlook
Express in particular performing its searches locally only--I sniffed
the packets and no SEARCH commands ever went through. Same with
Outlook.
Never tested Netscape/Mozilla myself but I thought I remembered people
saying that
Ed,
Other people who have expressed interest in contributing to IMAP are
(alphabetically):
Kris Bravo <[EMAIL PROTECTED]>
Joe Cheng <[EMAIL PROTECTED]>
Maxwell Grender-Jones <[EMAIL PROTECTED]>
Nawwar Kasrawi <[EMAIL PROTECTED]>
Christian Myrvold <[EMAIL PROTECTED]>
Sascha Kulaw
Joe Cheng wrote:
...I
was surprised to discover that none of the "mainstream" Windows e-mail
clients out there even use server-side searching (I believe I tested
Outlook Express, Outlook, Mozilla... it was a while ago though). I
think the most common client that does is Mutt (or Pine? I forget).
For what it's worth, I had more or less completed a mailstore for my own
IMAP server after I decided not to work directly on James.
Here are some performance stats:
http://www.joecheng.com/blog/entries/Mailstoreperformancetests.html
In my mailstore implementation, each folder is a directory and t
Jason,
Support for maildir would be helpful, but one issue is how to express the
hierarchy. I think that is really a key issue. For example, is there one
repository, or does each folder look like a repository? This is really an
important consideration, both in terms of abstraction and implement
ll, when mapping from the IMAP SELECT
command. Although, I haven't looked through the james source much, what do
you think?
-Original Message-
From: Jason Webb [mailto:[EMAIL PROTECTED]
Sent: Thursday, September 04, 2003 11:39 AM
To: 'James Developers List'
Subject: RE: IMAP De
Bummer! Good catch Serge.
> -Original Message-
> From: Serge Knystautas [mailto:[EMAIL PROTECTED]
> Sent: Thursday, September 04, 2003 9:47 AM
> To: James Developers List
> Subject: Re: IMAP Development Pointers
>
>
> Except that you can't use any of t
MAIL PROTECTED]
Sent: Thursday, September 04, 2003 9:07 AM
To: 'James Developers List'
Subject: RE: IMAP Development Pointers
I shall have a think then (and set about doing it)
DJB's site has a good explanation on how maildir works
http://qmail.plig.org/man/man5/maildir.html
-- Jason
s Developers List
> Subject: RE: IMAP Development Pointers
>
>
> Jeez, I guess searching for a maildir impl would be a lot
> easier than coding your own :-P. Hehe.
>
> -Original Message-
> From: Steve Short [mailto:[EMAIL PROTECTED]
> Sent: Thursday, September 0
mments on this?
-- Jason
> -Original Message-
> From: Edward Flick [mailto:[EMAIL PROTECTED]
> Sent: 04 September 2003 17:43
> To: James Developers List
> Subject: RE: IMAP Development Pointers
>
>
> Hi Jason,
> Boy and I was thinking about doing it myself, bu
Jeez, I guess searching for a maildir impl would be a lot easier than coding
your own :-P. Hehe.
-Original Message-
From: Steve Short [mailto:[EMAIL PROTECTED]
Sent: Thursday, September 04, 2003 11:20 AM
To: James Developers List
Subject: RE: IMAP Development Pointers
Jason,
Some
ssing out
ideas, and am open to others.
Ed
-Original Message-
From: Jason Webb [mailto:[EMAIL PROTECTED]
Sent: Thursday, September 04, 2003 11:07 AM
To: 'James Developers List'
Subject: RE: IMAP Development Pointers
I shall have a think then (and set about doing it)
DJB&#x
; To: 'James Developers List'
> Subject: RE: IMAP Development Pointers
>
>
> I shall have a think then (and set about doing it)
> DJB's site has a good explanation on how maildir works
> http://qmail.plig.org/man/man5/maildir.html
>
> -- Jason
>
>
>
Jason,
Some links you might find useful:
> -Original Message-
> From: Jason Webb [mailto:[EMAIL PROTECTED]
> Sent: Thursday, September 04, 2003 9:07 AM
> To: 'James Developers List'
> Subject: RE: IMAP Development Pointers
>
>
> I shall have a
Edward Flick wrote:
Yeah, maildirs seem pretty effective as a store. Thats actually what I was
hinting at (with a link file instead of real links as this is a java program
and will be running on platforms which don't support real links). I don't
buy into the idea that creating multiple files will
James Developers List
> Subject: RE: IMAP Development Pointers
>
>
> Yeah, maildirs seem pretty effective as a store. Thats
> actually what I was hinting at (with a link file instead of
> real links as this is a java program and will be running on
> platforms which don&#x
-
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
repository. This is used by qmail and Courier-IMAP to great
orage ,particularly the mbox one ;)
-- Jason
> -Original Message-
> From: Edward Flick [mailto:[EMAIL PROTECTED]
> Sent: 03 September 2003 21:56
> To: James Developers List
> Subject: RE: IMAP Development Pointers
>
>
> Just out of curiosity, is there anything wrong with
Hi Edward,
Edward Flick wrote:
Just out of curiosity, is there anything wrong with just using the
filesystem? Folders work wonders :-P. And sets of enumerated files for
messages would be nice, easy, and quick to implement, and I guess some quick
and easy link file for common boxes between accou
Edward Flick wrote:
Just out of curiosity, is there anything wrong with just using the
filesystem? Folders work wonders :-P. And sets of enumerated files for
messages would be nice, easy, and quick to implement, and I guess some quick
and easy link file for common boxes between accounts. What do
EMAIL PROTECTED]
Sent: Wednesday, September 03, 2003 3:22 PM
To: James Developers List
Subject: RE: IMAP Development Pointers
Edward,
That would be great. We've had a number of developers "threaten" ;-) to
work on IMAP, but no one has really stepped up to it other than DdB.
AFAIK, th
Edward,
That would be great. We've had a number of developers "threaten" ;-) to
work on IMAP, but no one has really stepped up to it other than DdB.
AFAIK, the big problem is the lack of an adequate message store for the
hierarchy. I am starting to work on JNDI/LDAP stuff. I will bring it
on-l
I was just wondering what needs to be done as far as getting IMAP support to
at least a beta phase. I am willing to code some for it, but a quick ramp
up on the situation would be nice if anyone would care to provide it.
-
To un
84 matches
Mail list logo
