nd could be returned as a
>\NoSelect name.
http://marc.theaimsgroup.com/?l=imap&m=104561252904979&w=2
Let's make that a "must". Better to keep statements like this consistent.
Andy :-)
--
Andreas Aardal Hanssen
http://www.andreas.hanssen.name/gpg2
On Wed, 29 Sep 2004, David Truckenmiller wrote:
>R2: * LIST () "/" "/m/aaa"
>R2: * LIST () "/" "/m/aaa/one"
This. It has been discussed before; see the archives for details.
Andy :-)
--
Andreas Aardal Hanssen
http://www.andreas.hanssen.name/gpg2
On Tue, 28 Sep 2004, Mark Crispin wrote:
>IIRC, this is a bug in Pine 4.58 that we already found and fixed in
>Pine 4.61.
My user upgraded to 4.61 and sees the same behavior. See attached dump.
(This post probably belongs on the Pine mailing list.)
Andy
--
Andreas Aardal Hansse
essage 1 has no CRLF after its headers.
Otherwise it should say {2} and output that CRLF.
Andy
--
Andreas Aardal Hanssen
http://www.andreas.hanssen.name/gpg2
lds ("")]
Andreas
--
Andreas Aardal Hanssen
http://www.andreas.hanssen.name/gpg2
th this response, the server is stating that there is no "" header, it
seems quite acceptable wrt to protocol, and it's gigo.
Cyrus IMAP says:
3 fetch 1 body[header.fields ("")]
3 BAD Invalid field-name in Fetch BODY[HEADER.FIELDS
Andreas
--
Andreas Aardal Hanssen
http://www.andreas.hanssen.name/gpg2
XT" "PLAIN" ("charset" "US-ASCII") NIL NIL "7bit" 29 2
NIL NIL NIL NIL) FLAGS (\Seen))
0007 OK FETCH completed
0008 FETCH 1 BODY.PEEK[HEADER.FIELDS ("")]
* 1 FETCH (BODY[HEADER.FIELDS ()] {2}
)
0008 OK FETCH completed
--
Andrea
og heartbeats, the other machine simply
started answering them instead. The user noticed nothing when a backend
server died.
The same method was used by the SMTP servers, when they chose where to
deliver a message.
Andy :-)
--
Andreas Aardal Hanssen
http://www.andreas.hanssen.name/gpg2
On Thu, 29 Apr 2004, Mark Crispin wrote:
>On Thu, 29 Apr 2004, Andreas Aardal Hanssen wrote:
>>A mailbox can be subscribed to twice, which does not make any sense,
>>whatsoever.
>If an interpretation does not make sense, that should be a clue that
>there is something wrong wi
ing duplicates so
one has to assume that multiple subscribed mailboxes must be listed as
they are.
This has been discussed before, and Courier-IMAP and Cyrus IMAP both
ignore the second SUBSCRIBE to foo; I specifically remember the discussion
being that with the current IMAP scheme, the subscribe
nything really, and the best a client user can do is
to unsubscribe from it. The client could test the validity of all
subscribed mailboxes, and mark all nonexistent mailboxes gray or
something, that's all I could think of.
Andy
--
Andreas Aardal Hanssen
http://www.andreas.hanssen.name/gpg2
d saw no reason to unsubscribe in the meantime.
Bad client behavior IMO, deleting and recreating a mailbox compared to
deleting all messages in the mailbox, but I believe this is one of the
main arguments for the "delete does not imply unsubscribe" feature.
Andy
--
Andreas Aardal Hanssen
http://www.andreas.hanssen.name/gpg2
On Mon, 5 Apr 2004, Andreas Aardal Hanssen wrote:
>On Mon, 5 Apr 2004, Alexey Melnikov wrote:
>>If I am not mistaken SPA just means SASL. Outlook will select one of the
>>SASL mechanisms it has support for.
>Here's an old link, but worth posting. Not sure if you'r
ding to this advisory:
http://www.security.nnov.ru/advisories/oespa.asp
Andreas
--
Andreas Aardal Hanssen
http://www.andreas.hanssen.name/gpg2
hat are the pro's or con's? Can I config
>IMAP to use SPA or is just SSL good enough?
SPA is a proprietary protocol owned by a rather big company in the US. It
is closed, so nobody really knows how secure it is. You are perfectly well
off with using SSL, which is an open protocol, and not c
On Fri, 2 Apr 2004, Per Hygum Due wrote:
>Any knowledge about vendors who has implemented such a IMAP server ?
Why not show us the greeting? Much easier than to explain what it says.
Andreas
--
Andreas Aardal Hanssen
http://www.andreas.hanssen.name/gpg2
server's allowed to attach
this update to the FETCH response.
The next time, the \Seen flag has already been set, so there's no update.
Andy :-)
--
Andreas Aardal Hanssen
http://www.bincimap.org/
f your life fixing bugs and working around "funny" client
behavior.
Andy :-)
--
Andreas Aardal Hanssen
http://www.bincimap.org/
Instructions are right where they belong:
List-Unsubscribe: <mailto:[EMAIL PROTECTED]>
--
Andreas Aardal Hanssen
http://www.bincimap.org/
because this is read only
I have to suggest you try to store the flags in memory when unable to
store them permanently.
Andy :-)
--
Andreas Aardal Hanssen
http://www.bincimap.org/
d at least be a blank line here, after the subject line, before
the ).
Or were you referring to the contents of the subject? ;-)
Andy
--
Andreas Aardal Hanssen
http://www.bincimap.org/
On Wed, 3 Dec 2003, DINH Viet Hoa wrote:
>Andreas Aardal Hanssen wrote :
>> This is the reason for me starting with Binc IMAP really. :/
>I was quickly reading your document there :
>http://www.bincimap.org/bincimap-tech.html
>in fact, I wished I could see the pi
ng of why
things are the way the are. And I claim that in 100% of the cases, an
enforcing protocol requires more time to implement.
The IMAP protocol is not a guidebook. :-)
Andy :-)
--
Andreas Aardal Hanssen
http://www.bincimap.org/
On Wed, 3 Dec 2003, Arnt Gulbrandsen wrote:
>Andreas Aardal Hanssen writes:
>> Be careful when reporting this bug to the Courier-IMAP project, or you
>> might just get flamed (seriously).
>I am shocked. Are you really serious?
I don't really want to spam the list too muc
seriously).
Andy :-)
--
Andreas Aardal Hanssen
http://www.bincimap.org/
;/' in an early release,
almost no clients started using '/' unless the account was set up
completely from scratch. Pine and a few others handled it fine, though..
So if your server ever outputted "\"" as the delimiter some time in the
past, that might be the reaso
xplicit locking mechanism, I would have to
claim it was a step back in terms of the protocol's evolution. :-) Rather
define (or discover) semantics that allow one to avoid locking altogether.
Andy
--
Andreas Aardal Hanssen
http://www.bincimap.org/
to stderr, and the IMAP server doesn't
have to do that. But it can:
NO - list failure: can't list that reference or name
So I can't see that the UNIX way is different of the IMAP way, really.
Andy :-)
--
Andreas Aardal Hanssen
http://www.bincimap.org/
d IMAP
client should not have to deal with different mail stores as long as
both they and the server both speak perfect IMAP.
If my client needs to know how \Noselect works with Maildir++ and MySQL,
and why certain stores need to use \Noinferiors and so on, then writing
an IMAP client is infeasa
t. But the grammar says it's not allowed.
So SHOULD SHOULD perhaps be MUST. :-)
Andy
--
Andreas Aardal Hanssen
http://www.bincimap.org/
--
-
For information about this mailing list, and its archives, see:
http://www.washington.edu/imap/imap-list.html
-
behave when reading such messages?
Binc IMAP will not interpret the first boundary as a boundary, but will
skip to the next part, as it does in general not have workarounds for
broken content. But what do your servers do?
Andy
--
t assumes that Dev has no submailboxes.
Is this wrong behavior from Mozilla, or is the response from the IMAP
server wrong?
Andy
--
Andreas Aardal Hanssen
http://www.bincimap.org/
--
-
For information about this mailing list, and its archives, see:
http://www.washington.edu/imap/imap-list.html
-
let it
through, then the IMAP server can display it as NIL, or just the way it
was accepted. Anyway it's garbage.
So it's up to you. But please don't "char domain[256];" without checking
those boundaries ;).
Andy
--
Andreas Aardal Hanssen
http://www.bincimap.org/
UA falls over can complain. Fairly? Perhaps not.
Then the author of the IMAP server can go "I don't care!" :-). A broken
client is a broken client.
Andy - doesn't care
--
Andreas Aardal Hanssen
http://www.bincimap.org/
g the message format can make them get 2/1
instead of 1/1 views, then they'll do it.
In this particular case, I think the IMAP server should show the ID if it
can, otherwise it should just go NIL. Since it's garbage in, nobody can
complain if the server shows garbage to the user.
A
while still being rich and full of features. So I don't support your
implicit distinction between marvelous proprietary protcols and poor open
ones.
Andy
--
Andreas Aardal Hanssen
http://www.bincimap.org/
an the client assume anything about the UID in this last example?
Andy
--
Andreas Aardal Hanssen
http://www.bincimap.org/
On 10 Jul 2003, Timo Sirainen wrote:
>On Thu, 2003-07-10 at 11:07, Andreas Aardal Hanssen wrote:
>> This is exactly my point. How is the server to decide wether there is a
>> bug in the client, or if the search was made in good faith because the
>> client was slightly out of
On Thu, 10 Jul 2003, Mark Crispin wrote:
>On Thu, 10 Jul 2003, Andreas Aardal Hanssen wrote:
>> What if a client has not done any IDLE or NOOP or anything in 28 minutes,
>> and in that time 100 messages have arrived and been expunged without the
>That issue is addressed. See
anything in the client's behavior that deserves a BAD response?
I'd have to say that the logical response from SEARCH is that the empty
set of messages, since no message actually matched the criteria.
Andy
--
Andreas Aardal Hanssen
http://www.bincimap.org/
and so
forth, you would _still_ see those "I want to unsubscribe" messages. :P
Andy
--
Andreas Aardal Hanssen
--
-
For information about this mailing list, and its archives, see:
http://www.washington.edu/imap/imap-list.html
-
gets the \Recent flag. Only one can get it. :-)
Andy
--
Andreas Aardal Hanssen
On 8 Mar 2003, Timo Sirainen wrote:
>On Sat, 2003-03-08 at 19:47, Andreas Aardal Hanssen wrote:
>specific lock file that no others use? That isn't very interoperable.
The locks that one IMAP server uses should be of no interest for clients
that are not of the same IMAP server.
>
P over
Maildir without locking the depository during a scan. In that sense, I
agree that Maildir is not suited for IMAP (or the other way around).
No mailbox format that I have found is well suited for IMAP in that sense.
Andy
--
Andreas Aardal Hanssen
On 4 Mar 2003, Timo Sirainen wrote:
>On Tue, 2003-03-04 at 21:16, Andreas Aardal Hanssen wrote:
>> Again I have to ask for the motivations for this thread. I have a hunch,
>> and correct me if I'm wrong:
>Completely wrong, actually. I've been playing with Evolution
benefits you gain in Dovecot from having
the paperclip extension added to the IMAP protocol, are incredibly minor
compared to what it does for the rest of the community, which in pracise
is very little.
Andy :-)
--
Andreas Aardal Hanssen - Binc IMAP
http://www.bincimap.andreas.hanssen.name/
a new message in his
connection immediately after John sees the tagged OK?
Andy
--
Andreas Aardal Hanssen - Binc IMAP
http://www.bincimap.andreas.hanssen.name/
--
-
For information about this mailing list, and its archives, see:
http:
can display 30 messages, then the client should take the
number of messages from the SELECT response, subtract 30, and do a
FETCH N:* ...
That means that no, a client must _not_ do a FETCH 1:* always.
Andy
--
Andreas Aardal Hanssen - Binc IMAP
http://www.bincimap.andreas.hanssen.name/
?
Please enrichen this thread by instead of saying how you can't see any
reason that sequence numbers are there, to explaining why you want them
removed.
Andy
--
Andreas Aardal Hanssen - Binc IMAP
http://www.bincimap.andreas.hanssen.name/
http://www.washington.edu/imap/imap-list.html
>-------------
>
>
--
Andreas Aardal Hanssen - Binc IMAP
http://www.bincimap.andreas.hanssen.name/
Hi Cyrus,
On Mon, 27 Jan 2003, Cyrus Daboo wrote:
>Hi Andreas,
>--On Monday, January 27, 2003 7:36 PM +0100 Andreas Aardal Hanssen
><[EMAIL PROTECTED]> wrote:
>|> What version of cyrus are you running?
>|> Against our 2.1.11 server I have:
>|> x store 1 flags ()
On Mon, 27 Jan 2003, Mark Crispin wrote:
>On Mon, 27 Jan 2003 20:04:14 +0100 (CET), Andreas Aardal Hanssen wrote:
>> The "updated flags" yes - so the unupdated flags need not be returned, no?
>If an external entity changed flags (which is what is being discussed), then
>
On Mon, 27 Jan 2003, Mark Crispin wrote:
>On Mon, 27 Jan 2003 19:36:38 +0100 (CET), Andreas Aardal Hanssen wrote:
>reduction in network traffic to the client, at a cost of loss of confirmation
>to the client that anything was actually deleted and expunged.
Then I think you don't
On Mon, 27 Jan 2003, Rob Siemborski wrote:
>On Mon, 27 Jan 2003, Andreas Aardal Hanssen wrote:
>> OT, but why does the server return the FETCH update when no change has
>> been made to the flags?
>Well, first of all, it's quite possible that a change WAS made to the
>fla
;Note: regardless of whether or not the ".SILENT" suffix was
used, the server SHOULD send an untagged FETCH response if a
change to a message's flags from an external source is
observed."
Doesn't this imply that the server need not send the untagged FETCH if no
change
On Wed, 22 Jan 2003, Cyrus Daboo wrote:
>Hi Andreas,
>--On Wednesday, January 22, 2003 12:58:39 PM +0100 Andreas Aardal Hanssen
><[EMAIL PROTECTED]> wrote:
>the copy destination mailbox to determine the UIDs assigned to the copied
>messages unless the server supports UIDPLU
On Wed, 22 Jan 2003, Arnt Gulbrandsen wrote:
>Andreas Aardal Hanssen writes:
>> What happens if the alternative UIDVALIDITY log file gets messed up?
>If the server's persistent storage is messed up, every guarantee breaks.
>One example among dozens: If the server's UIDNEX
On Wed, 22 Jan 2003, Alexey Melnikov wrote:
>Andreas Aardal Hanssen wrote:
>> >If they do need to grow, server would have to remember the last
>> >UIDVALIDITY for deleted mailboxes, so RENAME could check if the
>> >UIDVALIDITY must be changed. I don't like that b
On Wed, 22 Jan 2003, Alexey Melnikov wrote:
>I am taking this offline to clarify some stuff...
>Andreas Aardal Hanssen wrote:
>> Which means that RENAME in practise will be _slower_ than
>> create, copy, delete.
>Please, explain how this follows.
I wrote
"Compliant
be a problem in a single implementations. Several servers
>derived from Cyrus don't have this issue.
>
>Alexey
>
>
>
--
Andreas Aardal Hanssen - Binc IMAP
http://www.bincimap.andreas.hanssen.name/
On Mon, 20 Jan 2003, Mark Crispin wrote:
>In my humble opinion:
>RENAME was a bad idea, and should be removed from the protocol.
What is your advise to an author of an IMAP server that tries hard to
be as compliant as possible? ;)
Andy
--
Andreas Aardal Hanssen - Binc IMA
unique UIDVALIDITY values
is broken. All common IMAP servers that I know do this correctly.
If the client does the "!=" test instead of the ">=" test, then it's a
client that allows more than the RFC allows. I'm not quite sure of the
implications of this, but I can not imagine why a client would use "!="
instead of ">=".
Andy
--
Andreas Aardal Hanssen - Binc IMAP
http://www.bincimap.andreas.hanssen.name/
On 20 Jan 2003, Timo Sirainen wrote:
>On Sun, 2003-01-19 at 23:30, Andreas Aardal Hanssen wrote:
>If there wasn't the requirement to grow, there would be no need to
>remember any of the old UIDVALIDITY values, since they could never
>conflict (with my previous plan).
You agree
On 19 Jan 2003, Timo Sirainen wrote:
>On Sun, 2003-01-19 at 22:28, Andreas Aardal Hanssen wrote:
>> If you then delete A and rename B back to A, you will have a mailbox A
>> that in the client's POV has _decreased_ its UIDVALIDITY.
>Like I said, I don't see any re
, but the UIDVALIDITY may be the same or
lower. Or the message that the client earlier identified as 1:1 is now 1:5
(UIDVALIDITY:UID), and that's in breach with the protocol.
Andy
--
Andreas Aardal Hanssen
insists on keeping UIDVALIDITY when a folder is renamed.
Can the IMAP server bump UIDVALIDITY when a folder is renamed, and still
be in 100% compliance with the RFC?
Andy
--
Andreas Aardal Hanssen
--
-
For information about this
An old issue perhaps? But I couldn't find this in the archives.
qmail saves messages using bare LFs. Should an IMAP server convert the
mime data to CRLF?
Should a client assume CRLF / bare LF mime content when fetching data
from the server?
Andy
--
Andreas Aardal Ha
On Wed, 4 Dec 2002, Mark Crispin wrote:
>On Wed, 4 Dec 2002 17:50:22 +0100 (CET), Andreas Aardal Hanssen wrote:
>> >* STATUS "new" (messages 3 uidnext 0 uidvalidity 0)
>> So even if it isn't too clear _why_ a client would want to do this, it's
>> obvio
way.
Is it worth the effort for the STATUS command to parse and "uidify" a
mailbox?
Andy
--
Andreas Aardal Hanssen
On Wed, 4 Dec 2002, David Harris wrote:
>On 4 Dec 2002 at 8:15, Andreas Aardal Hanssen wrote:
>> >> If someone does a STATUS on a mailbox that the IMAP server has not seen
>> >> before - what is expected output for UIDNEXT and UIDVALIDITY?
>> >I don't under
Hi, Mark. Sorry for being so unclear.
On Tue, 3 Dec 2002, Mark Crispin wrote:
>On Tue, 3 Dec 2002, Andreas Aardal Hanssen wrote:
>> If someone does a STATUS on a mailbox that the IMAP server has not seen
>> before - what is expected output for UIDNEXT and UIDVALIDITY?
>I don
DNEXT == # of messages + 1, or UIDVALIDITY = 1
(obviously this is weird for servers that use time(NULL))?
What practical use does a client have for checking UIDNEXT status?
Andy
--
Andreas Aardal Hanssen
--
-
For information about
On Thu, 28 Nov 2002, Arnt Gulbrandsen wrote:
>Andreas Aardal Hanssen writes:
>> I'd rather turn the ball(?) around, and ask - why can't the localhost
>> client use TLS or SSL like everyone else? I guess the obvious
>> argument is that it wastes cycles and does
On Thu, 28 Nov 2002, Arnt Gulbrandsen wrote:
>Andreas Aardal Hanssen writes:
>> I'd rather turn the ball(?) around, and ask - why can't the localhost
>> client use TLS or SSL like everyone else? I guess the obvious
>> argument is that it wastes cycles and does
uture, and for
any platforms?
My opinion is that it's a network service, and the protocol is secure. A
non-TLS client is not a compliant client. So I'd hate to throw in a bunch
of heuristics to check wether or not to require SSL/TLS.
Andy
--
Andreas Aardal Hanssen
Or that the empty string qualifies as a
valid sequence set?
Andy
--
Andreas Aardal Hanssen
--
-
For information about this mailing list, and its archives, see:
http://www.washington.edu/imap/imap-list.html
-
NT, handler_func);
>
>Arnt> Sorry, no can do.
>
>Then you have a very exceptional environment that you are running in.
>(Or just have no patience whatsoever.)
>
>I really think you're inventing a problem that doesn't exist. If the
>client needs to shut down, it should just do a normal shutdown. It
>can't control what the OS does in this regard, and should not waste any
>time trying to second guess things it has no control over to begin with.
>
>--lyndon
>
--
Andreas Aardal Hanssen
--
> For information about this mailing list, and its archives, see:
> http://www.washington.edu/imap/imap-list.html
>-------------
>
>
--
Andreas Aardal Hanssen
Hi,
Does anyone on this list have any experience with parser generators and
the IMAP protocol? I know there are quite many conflicts, depending on
auth mechanisms and semantics, but I still want to study this a bit.
Any help appreciated.
Andy
--
Andreas Aardal Hanssen
you will encrypt the session
>using ssl or TLS.
I think you've misunderstood.. I'm talking about server implementation of
Kerberos. Have you implemented Kerberos before?
Andy
>Makes sense?
>Authorization by imapd will be using pamd.
>Murat
>
>Andreas Aardal Hanssen
le attack.
>
>You can use also TLS which will require a certificate as well.
>
>
>Andreas Aardal Hanssen wrote:
>
>>Does anyone on this list have a safe way of providing kerberos
>>authentication?
>>
>>I've thought of a couple of things:
>>
>>- st
Please, use only windows-1251 for cyrillic.
>
>
>--
>-
> For information about this mailing list, and its archives, see:
> http://www.washington.edu/imap/imap-list.html
>-------------
>
>
--
Andreas Aardal Hanssen
mands, etc etc
- symmetric encryption, using private key owned by imap server /
user
Well, the obvious problem here is that the key can get compromized.
Andy
--
Andreas Aardal Hanssen
--
-
For information about this mailing
On Fri, 2 Aug 2002, Andreas Aardal Hanssen wrote:
>courier-imap assumes that this means that for any a:b, a must be <= b. And
>it *rejects* any requests (searches, fetches) where b > a. This is a
b < a, that is. :/
Andy
>violation of the protocol, and the author will not fix
On Fri, 2 Aug 2002, LuKreme wrote:
>Andreas Aardal Hanssen wrote:
>> Sadly, courier-IMAP is still not compliant, and the author has no
>> intention of fixing it.
>Do you have any more information on this? What exactly is non compliant
>about it, etc.
>Links are fine.
e, so I'm
>looking for more recent info)
>
>--
>-
> For information about this mailing list, and its archives, see:
> http://www.washington.edu/imap/imap-list.html
>-------------
>
>
--
Andreas Aardal Hanssen
On Thu, 1 Aug 2002, Simon Josefsson wrote:
>Andreas Aardal Hanssen <[EMAIL PROTECTED]> writes:
>>>> many arrived since then, and it will also often give you a new EXISTS.
>>>Which doesn't give me the UIDNEXT.
>> Yes it does.
>How? 1+UIDMAX doesn
On Thu, 1 Aug 2002, Simon Josefsson wrote:
>Andreas Aardal Hanssen <[EMAIL PROTECTED]> writes:
>>>should close it and then invoke STATUS UIDNEXT?
>> If your whole session is opened only to check the status of a bunch of
>> mailboxes, then yes, do not select an
On Thu, 1 Aug 2002, Andreas Aardal Hanssen wrote:
> In addition to the universal commands (CAPABILITY, NOOP, and LOGOUT),
> and the authenticated state commands (SELECT, EXAMINE, CREATE,
> DELETE, RENAME, SUBSCRIBE, UNSUBSCRIBE, LIST, LSUB, STATUS, and
> APPEND), the follow
On Thu, 1 Aug 2002, Simon Josefsson wrote:
>Andreas Aardal Hanssen <[EMAIL PROTECTED]> writes:
>> On Thu, 1 Aug 2002, Simon Josefsson wrote:
>>>a server where EXAMINE is faster than STATUS.
>> Then don't select anything; just run status on all. And don
On Thu, 1 Aug 2002, Simon Josefsson wrote:
>Andreas Aardal Hanssen <[EMAIL PROTECTED]> writes:
>> On Thu, 1 Aug 2002, Simon Josefsson wrote:
>> Andreas Aardal Hanssen <[EMAIL PROTECTED]> writes:
>>>Well, UIDNEXT is not returned in the untagged responses retur
On Thu, 1 Aug 2002, Simon Josefsson wrote:
Andreas Aardal Hanssen <[EMAIL PROTECTED]> writes:
>> You get UIDNEXT from the SELECT response, then NOOP, IDLE etc will give
>> you status updates, so that you can find this number yourself.
>Well, UIDNEXT is not returned in t
On Thu, 1 Aug 2002, Simon Josefsson wrote:
>Andreas Aardal Hanssen <[EMAIL PROTECTED]> writes:
>> Had you selected INBOX/KUN/employment when you sent the STATUS command?
>Yes, I assume so, although that part of the protocol dump wasn't
>provided by the user.
ok
&g
>117 OK LSUB completed
>118 LSUB "" "*%"
>118 OK LSUB completed
>119 SELECT "INBOX"
>119 BAD Server in unknown state for SELECT command
>
>Here it refuses to SELECT the INBOX too.
>
>Comments?
>
>--
>---------
> For information about this mailing list, and its archives, see:
> http://www.washington.edu/imap/imap-list.html
>-
>
>
--
Andreas Aardal Hanssen
On Fri, 31 May 2002, Mark Crispin wrote:
>On Fri, 31 May 2002 20:27:16 +0200 (CEST), Andreas Aardal Hanssen wrote:
>> >Courier violates IMAP in multiple ways. I long ago gave up any hope of
>> >getting its author to fix these bugs; he has basically said that Courier
>
of a message sequence number, max+1:* is a syntax
>error. Unlike UIDs, there is no legitimate reason for a client to send
>max+1 for message sequence numbers because a client knows the value of *.
Ok.
>On Fri, 31 May 2002 16:34:42 +0200 (CEST), Andreas Aardal Hanssen wrote:
>> If th
ly. ;)
>
>It says a:b means all the messages with MSNs/UIDs between a and b,
>inclusive. That's clear.
>
>It does not require that aclear... more or less. Sometimes the non-requirement can be usefully
>mentioned.
>
>--Arnt
>
--
Andreas Aardal Hanssen
To: Alexey Melnikov
>> Cc: Paul Smith; [EMAIL PROTECTED]
>> Subject: Re: max+1:* fetches
>>
>>
>> Alexey Melnikov a écrit :
>> >
>> > Paul Smith wrote:
>> >
>> > > At 13:41 31/05/2002 +0200, Andreas Aardal Hanssen wrote:
&g
interpret it to mean '20 messages from 10 onwards (ie 10->29
>inclusive)' or even something else. The RFC says "colon delimits between
>two numbers inclusive." which doesn't seem like English to me, and is vague
>about what those 'numbers' mean :-) )
>
>
>Paul VPOP3 - Internet Email Server/Gateway
>[EMAIL PROTECTED]http://www.pscs.co.uk/
>
>
>
--
Andreas Aardal Hanssen
On Fri, 31 May 2002, Alexey Melnikov wrote:
>Paul Smith wrote:
>> At 13:41 31/05/2002 +0200, Andreas Aardal Hanssen wrote:
>> >Say a mailbox has 1000 messages in it, and the highest UID is 1600. Which
>> >is the correct response?
>> >1 UID FETCH 1601:* FLAGS
&g
1 - 100 of 111 matches
Mail list logo