What provision in RFC 2060 treats flags as a scarce resource? I missed that
in my reading.
It might just be my reading of the specification - there is a fair amount
of text regarding the limits w.r.t. permanent flags.
I know of no IMAP server in common use which does not support arbitrary
On Wed, Sep 13, 2000 at 12:02:52AM -0400, Ken Hornstein wrote:
Maybe he's talking about the ability of the UW imapd to access the MH
folders you have on the server? I've used it before (in 'pine' to
access a folder "{SYSTEM_NAME}#mh/lists/foo", for instance) to do just
that. These days, I
Ken Hornstein [EMAIL PROTECTED] writes:
IMO, it's rare because people these days don't think of being able to
do it; they're used to GUI mail front-ends that don't allow (?) this
kind of thing.
Use an IMAP client recently?
Well, he made it clear that he hadn't. Lots of us nmh folks
If there's no way to replace a message on the server with a local version,
then if nmh does local caching of IMAP messages, modification of those
messages will definitely be an issue.
See the APPEND IMAP4rev1 command:
append: http://andrew2.andrew.cmu.edu/rfc/rfc1730.html#sec-6.3.10.
It
See the APPEND IMAP4rev1 command:
append: http://andrew2.andrew.cmu.edu/rfc/rfc1730.html#sec-6.3.10.
Yeah, I had look at this, but it really doesn't work - you can't
_replace_ an old message, you can only add a new one to a folder. You
can set a system-defined flag called \Answer that
Hi,
Well, the real crux of the problem is that there are some things
that you simply cannot _do_ within the context of IMAP. The big
one that comes to mind is annotations (there really isn't a way to
modify messages on the server, from my reading of the
specification).
Ouch, that
Are we making this too complex?
If we really wanted to use IMAP, we wouldn't be using 'nmh'.
I can see two possible roles for IMAP for the dedicated 'nmh' user:
(1) As a pipe, to download messages into your nmh folders. You
would really be using it much as you use POP3. You might
Ralph Corderoy [EMAIL PROTECTED] writes:
Well, the real crux of the problem is that there are some things
that you simply cannot _do_ within the context of IMAP. The big
one that comes to mind is annotations (there really isn't a way to
modify messages on the server, from my reading
John Reinhagen [EMAIL PROTECTED] writes:
In message [EMAIL PROTECTED], also sprach "Dan
Harkless":
The last time I remember IMAP support coming up was quite awhile ago, and
the commentary (from Richard Coleman??) was that IMAP support probably
wouldn't be forthcoming because IMAP would
clemensF [EMAIL PROTECTED] writes:
Yeah, your thoughts really make it clear how much potential work is here.
Sounds like most of the issues arise from cache handling, though. Perhaps a
first implementation could do everything live on the IMAP server.
whenever making copies... that's a
On 11 September 2000 at 15:01, "Dan Harkless" [EMAIL PROTECTED] wrote:
multiple users sharing a single nmh folder (with unique sequences) has to be
a pretty darn rare situation
IMO, it's rare because people these days don't think of being able to
do it; they're used to GUI mail front-ends that
Neil W Rickert [EMAIL PROTECTED] writes:
That brings up another point (perhaps a bug?)
Msg-Protect: 664
(from my '.mh_profile') is ignored on "Fcc:". Thus if a folder
is shared between users, messages recorded by "Fcc:" are not
shareable -- they get 600 permissions, which is
IMO, it's rare because people these days don't think of being able to
do it; they're used to GUI mail front-ends that don't allow (?) this
kind of thing.
Use an IMAP client recently? "Shared" mailboxes are already part of
the IMAP specification. Most reasonable ones deal with them just
fine.
"Chris Garrigues" writes:
: --==_Exmh_-118578032P
: Content-Type: text/plain; charset=us-ascii
:
: From: Iain MacDonnell [EMAIL PROTECTED]
: Date: Fri, 08 Sep 2000 20:39:19 +0100
:
: Jerry Peek writes:
: : On 8 September 2000 at 20:05, Iain MacDonnell [EMAIL PROTECTED] w
: rote:
: :
Then there's the question of a "session": doesn't IMAP have the idea
of "logging on" or "connecting" to an IMAP store for some period of
time, and preserving the state of that session while the user is
logged on?
"Not really". You can have multiple simultaneous connections, and
your clients
In message [EMAIL PROTECTED], also sprach "Dan
Harkless":
The last time I remember IMAP support coming up was quite awhile ago, and
the commentary (from Richard Coleman??) was that IMAP support probably
wouldn't be forthcoming because IMAP would probably spell the eventual death
of [n]mh. I
Shantonu Sen [EMAIL PROTECTED] writes:
How do IMAP's subfolders differs from nmh's, e.g. `refile
+inbox/tasks'. Or are you just saying nmh's IMAP support would include
IMAP's subfolders?
I'm saying we have lots of options:
IMAP folder on Local nmh
host mail.foo.com folder
In message [EMAIL PROTECTED], also sprach Iain
MacDonnell:
Jerry Peek writes:
: On 8 September 2000 at 20:05, Iain MacDonnell [EMAIL PROTECTED] wrote:
: I'm just saying that an
: IMAP imeplementation could ignore sequences except for "unseen".
:
: I haven't thought a lot about internals
The last time I remember IMAP support coming up was quite awhile ago, and
the commentary (from Richard Coleman??) was that IMAP support probably
wouldn't be forthcoming because IMAP would probably spell the eventual death
of [n]mh. I don't recall a lot of posts disagreeing with that view, though
Are you thinking of an nmh backend to an imap server or nmh ans an imap
client? I'd love to see the actual storage used in nmh 'virtualized',
so we can have the same powerful command line interface and different
storages (mh files, mbx, mbox, imap, ...)
/Anders
[EMAIL PROTECTED] said:
John Reinhagen [EMAIL PROTECTED] writes:
Is there a plan to implement IMAP connectivity in nmh? If so, who's working
on it and when might it be out?
I haven't heard of anyone working on that, but unfortunately nmh developers
often have a tendency not to announce what they're working on, so
Good gracious, how silly of me; I forgot to put the proper -cc switch in my
.mh_profile for the repl command. :)
Forwarded to the mailing list, with apologies for my momentary
chuckleheadedness.
--- Forwarded Message
To: Jerry Peek [EMAIL PROTECTED]
Subject: Re: Questions about IMAP
In message [EMAIL PROTECTED], also sprach Jerry Peek:
On 29 August 2000 at 21:54, John Reinhagen [EMAIL PROTECTED] wrote:
2. How important is order in an nmh sequence?
The sequence is physically stored in one of two places:
Right, I know where it's stored and I understand (some of) what it
On Wed, 30 Aug 2000, "John" == John Reinhagen wrote:
John Right, I know where it's stored and I understand (some
John of) what it does. I just wondered if there's an
John architectural assumption in nmh that the order of a
John sequence is important.
The order of the sequence
On 29 August 2000 at 21:54, John Reinhagen [EMAIL PROTECTED] wrote:
2. How important is order in an nmh sequence?
The sequence is physically stored in one of two places:
- the file named in the "mh-sequences:" nmh profile entry; that's
typically a file named ".mh_sequences" in each folder.
25 matches
Mail list logo