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
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 current db: and file:
repositories. It'll be fun (cough
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
-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 mechanism are you using with the mbox
, 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 Development Pointers
That sounds fine to me. I
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
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,
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
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 to
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 INBOX
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]
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
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
: 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 effect and
provides
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't support real links). I don't buy into
the idea
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
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
-Original Message-
From: Edward Flick [mailto:[EMAIL PROTECTED
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's site has a good
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 Kulawik [EMAIL
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
20 matches
Mail list logo