At 11:34 AM 6/11/2002 -0700, Mark Crispin wrote:
On Tue, 11 Jun 2002, Simon Josefsson wrote:
I need to find all valid UIDs on the server in order to synch the
local header cache against the server.
OK, this is the correct reason.
Now, take it a step further. If, instead of getting a list
? Or should it simply be a fixed number? My
inclination is that it be chosen by the server within some allowable range,
say 5 to 60.
Pete Maclean
--
-
For information about this mailing list, and its archives, see:
http
Each OR effectively takes you down a level of nesting. That is:
OR (FROM a) OR (FROM b) OR (FROM c) (FROM d)
is effectively
OR (FROM a) (OR (FROM b) (OR (FROM c) (FROM d)))
I never realized this! And my server does not handle such a thing
appropriately. It makes sense but
to include AUTH=CRAM-MD5 but Messenger does not use
that; just sends a simple LOGIN command.
What type of AUTHENTICATE is it trying to use in your case?
Pete Maclean
At 05:45 PM 7/9/2002 +0200, Arnt Gulbrandsen wrote:
All IMAP servers must present the user with an INBOX. INBOX may also be
present under another name.
This is a matter that I have had to deal with.
Is it common that IMAP servers also make INBOX available under a different
name?
I have no idea
this can be a challenge.
Pete Maclean
if I (as an IMAP client) have to exit quickly and have an open IMAP
connection, I can't wait around for the IMAP server's responses.
In this case, should I send LOGOUT and immediately close the TCP
connection, or should I just close the TCP connection? I can't quite make
up my mind.
I
I find this a tough question to answer. My inclination is just to close
the connection but I cannot offer much justification for that. One
consideration is that, if you send a LOGOUT and then immediately close the
connection, it seems likely that the server will never see the LOGOUT.
(messages 3 uidnext 0 uidvalidity 0)
2 OK STATUS completed
Pete Maclean
loose in the ISP space, it's mobile
devices - when you're dealing with small devices, then server-centric
email storage is a requirement, and I suspect that small devices may be
the thing that makes IMAP reach critical mass.
Larry Osterman
-Original Message-
From: Pete Maclean [mailto
\deleted as a handled flag for the active mailbox.
Pete Maclean
Even better if such list would also contain list of known bugs that the
client has with it's IMAP implementation.
I have been compiling such a list for a while but have been apprehensive
about making it public.
Pete
I want to throw a few ideas (and some strong opinions!) into this discussion:
(1). There are IMAP servers that, in certain cases, do not assign new UIDs
to messages that are changed. This is because the servers have no way of
telling that a message has been changed. This makes the servers
I am using Outlook express as my IMAP client. After Deletion of mails from
inbox, they were marked with delete flag. One copy is saved in Trash
folder. I tried to delete those mails stored in Trash also, they were also
marked with deleted flag. So if want to delete completely from server,
not to be picky but because my IMAP server will, in
certain circumstances, send redundant EXISTS responses. And I have never
seen any problem because of this. Now I am wondering if this is something
one should be careful to avoid.
Pete Maclean
issue is what should a server do if it comes across a MIME part
that it is asked to send as BINARY but which it cannot decode because the
part is improperly encoded? Maybe there should be some response similar to
UNKNOWN-CTE for this case?
My thanks for any input,
Pete Maclean
that a protocol. Am I off base here?
Pete Maclean
FETCH 1:* BINARY[1]
I expect it would be rare for a client to issue a FETCH for a specified
body part for multiple messages but it is certainly possible and I can
imagine odd situations where it would be quite plausible.
If the client already knows that all the messages in the range are
that for confidentiality
concerns, or other possible reasons, you may choose not to say.
Pete Maclean
At 11:16 PM 8/12/2003 -0600, you wrote:
Steve nails this on the head. IMAP is a state machine. If yopu're trying to
build context around command/response-type exchanges, you just don't get IMAP
What I was actually trying to get at is this: should the server set
the \Seen flags for messages for which it has returned data or not?
Yes, it should.
Better question is should it set \Seen flag for messages for which it
didn't return the BINARY data (but might have returned other things). I
* or only in
a specific case such as LIST Reminders/%?
Pete Maclean
Hi David,
I bet that the problem is the trailing space in runbox.com . Of course,
it reflects the same in the envelope [EMAIL PROTECTED] . I am not
certain if the latter is illegal but it would be wise to trim it.
Pete Maclean
At 12:35 PM 11/18/2003 +1300, David Harris wrote:
I have a user
as a DLL.
Pete Maclean
undertaking it. Adding
the former as an option is something I am considering.
Pete Maclean
There was a good discussion related to this on this list a few months ago,
presumably during the time you were off. If you search the archives for
September 2003 I think you will find a lot of relevant information. There
is one thread with a subject of LIST and there may be more.
Cheers,
At 05:14 AM 1/5/2004 +0200, Timo Sirainen wrote:
Something I just thought about doing optionally: Mark the message
expunged using some non-standard flag and expunge it later (maybe in
some nightly run). Don't show expunge-marked messages to clients, unless
they haven't been notified that it's been
evident.
Some relevant pieces of information are present in RFC 2683 (IMAP4
Implementation Recommendations) and these could be referenced.
Any thoughts?
Pete Maclean
At 06:51 PM 1/6/2004 -0700, Lyndon Nerenberg wrote:
--On 2004-1-6 7:32 PM -0500 Pete Maclean [EMAIL PROTECTED] wrote:
While we are on the subject of clarification, I am moved to suggest
one other related area where I think some clarification would be
beneficial. That is to specify the minimum
.
If anyone can suggest any other good resources (mailing lists, newsgroups,
Web sites, books, w.h.y.), I would appreciate it very much.
Thanks,
Pete Maclean
--
-
For information about this mailing list, and its archives, see:
http
Rick,
Thanks for your response.
I'm not sure you're going to get sensible answers to your questions
without providing a lot more details about what you're talking about.
I realize that I am not making it easy for people. Unfortunately, I am
constrained by being under heavy non-disclosure
a UIDVALIDITY other than in a UIDVALIDITY response
to a SELECT or EXAMINE command, that response must be required. Is my
analysis correct?
Pete Maclean
--
-
For information about this mailing list, and its archives, see:
http
At 07:38 PM 5/27/2004, Mark Crispin wrote:
On Thu, 27 May 2004, Pete Maclean wrote:
One element seems wrong but I am not 100% certain. This server (which I
cannot identify since it has not been identified to me) claims IMAP4Rev1
compliance by virtue of its initial response (* OK IMAP4rev1
the
hierarchy.
Pete Maclean
, this is not Courier we are talking about. What sort of reputation
does Merak have? Does anyone connected with Merak read this mailing list?
Pete Maclean
--
-
For information about this mailing list, and its archives, see:
http
such
considerations as what and how much data is downloaded and in what size
pieces, I cannot see why it should affect the handling of flags in any way
beyond that. And it is not at all clear what you mean by honouring
PERMANENTFLAGS.
Pete Maclean
At 02:56 PM 8/6/2004, Stuart Nicholson wrote:
Nicely put
read the spec, if you do not
include a particular system flag in this response, it means that you do not
support it for the mailbox. Incidentally, some versions of my server do
not support \Recent at all.
Pete Maclean
At 05:09 PM 8/18/2004, Larry Osterman wrote:
You MUST support ALL the built
for the
clarification, Mark.
Pete Maclean
At 05:54 PM 8/18/2004, Mark Crispin wrote:
On Wed, 18 Aug 2004, Pete Maclean wrote:
I think that either what you say is not quite correct or I am not
understanding it right. RFC 3501 gives an example of a FLAGS response
that does not include all the system/built
change it. This all seems
a bit of a mess.
What I have said may sound somewhat critical and that may be because I am
rather peeved at my own misunderstanding. My prime intention in
writing this message though is solely to make sure that I now do
understand this well.
Pete Maclean
At 12:01 PM 8/19
in slightly less than 4040 characters but it depends of course on
the line length used. It would be a bad bug but, in a sense, an
understandable one.
Pete Maclean
39 matches
Mail list logo