Re: What Server answer of SELECT Command?

Antonio Cambule writes: That is why I said there should be no problem for me writing an IMAP Server. I think the most difficult work is done. Based on the problems mentioned in the past few days, I think you're wrong. Good luck. --Arnt

Re: FLAGS clarification

On Tue, 9 Dec 2003, Richard Bang wrote: > * FLAGS () Not compliant. System flags are mandatory-to-implement. The PERMANENTFLAGS list can be empty though. -- Mark -- http://staff.washington.edu/mrc Science does not emerge from voting, party politics, or public debate. Si vis pacem, para bellum.

Re: What Server answer of SELECT Command?

On Tue, 9 Dec 2003, Antonio Cambule wrote: > That is why I said there should be no problem for me writing an IMAP > Server. I think the most difficult work is done. It's "only" > understanding the RFCs and examples in there and the methods IMAP works > with. Your problems were in syntax errors. T

Re: BODY.PEEK[HEADER] Server-Response

Instructions are right where they belong: List-Unsubscribe: -- Andreas Aardal Hanssen http://www.bincimap.org/

Re: BODY.PEEK[HEADER] Server-Response

how to unsuscribe to this list I try 2 times and now way. If the admini see my mail. Please remove me. Thanks. On Dec 9, 2003, at 2:37 PM, Abhijit Menon-Sen wrote: At 2003-12-09 14:19:40 +0100, [EMAIL PROTECTED] wrote: S: * 1 FETCH (FLAGS (\FLAGGED) UID 4827313) S: 003 OK UID FETCH completed

Re: BODY.PEEK[HEADER] Server-Response

At 2003-12-09 14:19:40 +0100, [EMAIL PROTECTED] wrote: > > S: * 1 FETCH (FLAGS (\FLAGGED) UID 4827313) > S: 003 OK UID FETCH completed You're saying that MSN #1 has UID 4827313. OK. (You might want to return UID before FLAGS. Some clients depend on UID being the first item returned.) > After

Re: BODY.PEEK[HEADER] Server-Response

Chun-Ping Man writes: hi, hm that's strange, perhaps I describe the whole scenario. netscape try to access to my "imap-test-server". After I response the "select" command from the client (S: * 1 EXISTS; S: * 1 RECENT, etc.) I get following "UID" command from the client: C: 003 fetch 1:* (FLAG

Re: BODY.PEEK[HEADER] Server-Response

hi, hm that's strange, perhaps I describe the whole scenario. netscape try to access to my "imap-test-server". After I response the "select" command from the client (S: * 1 EXISTS; S: * 1 RECENT, etc.) I get following "UID" command from the client: C: 003 fetch 1:* (FLAGS) my answer: S

Re: FLAGS clarification

Richard Bang writes: Thus I would like to ask if the following sequence is compliant: 003 SELECT Folder * FLAGS () Sorry, no. "The FLAGS response occurs as a result of a SELECT or EXAMINE command. The flag parenthesized list identifies the flags (at a minimum, the system-defined flags) that are a

Re: BODY.PEEK[HEADER] Server-Response

There is another problem that noone has pointed out: Chun-Ping Man writes: C: 004 fetch 4827313 (UID RFC822.SIZE BODY.PEEK[HEADER] FLAGS) You would not get this command at all unless your server has told the client "there are five million messages in this folder", e.g. using * 4827313 EXI

Re: BODY.PEEK[HEADER] Server-Response

Christof Drescher writes, answering Abhijit Menon-Sen: Minor nit: it's an nstring, which can be either quoted (no length), or a literal string (with a length, as you show in your example). I think most servers send a literal or perhaps NIL, though. Yes, in a way: In this case, it's an answer to "

Re: BODY.PEEK[HEADER] Server-Response

Hi Abhijit, still, we learn... :-) >> >> The complete answer goes into ONE Response (concatenated) > >This isn't required. Multiple untagged FETCH responses are a valid way >to satisfy a single FETCH request. Agreed. Will "bad clients" cope with that? ;-) >> the answer for the body.peek is a quo

Re: FLAGS clarification

Richard Bang wrote : > Also given that I cannot predict what the next UID would be, > what should the NEXTUID response be (omitted in above example until I > can resolve this). you may use the maximum value of the UID of the messages + 1. some clients use "NEXTUID:*" to update their message list

Re: FLAGS clarification

On Tue, 9 Dec 2003, Richard Bang wrote: >005 STORE 1 FLAGS (\seen) >005 OK STORE Completed but I ignored you because this is read only >Also given that I cannot predict what the next UID would be, >what should the NEXTUID response be (omitted in above example until I >can resolve this). You should

FLAGS clarification

Hi, As part of my implementation I have a read only folder whose contents may change from session to session. It is purely read only but clients still try to set the flags in it. Some of them report errors if I return a "NO" response from the server. Thus I would like to ask if the following sequ

Re: BODY.PEEK[HEADER] Server-Response

Hi Christof. At 2003-12-09 11:59:33 +0100, [EMAIL PROTECTED] wrote: > > The complete answer goes into ONE Response (concatenated) This isn't required. Multiple untagged FETCH responses are a valid way to satisfy a single FETCH request. > the answer for the body.peek is a quoted string (length gi

Re: BODY.PEEK[HEADER] Server-Response

Hi, There are 2 main errors: The complete answer goes into ONE Response (concatenated) and the answer for the body.peek is a quoted string (length given before the actual content). Here is an example of my server's response: * 1 FETCH (UID 38872 RFC822.SIZE 1810 BODY[HEADER] {1080} Received: from

Re: BODY.PEEK[HEADER] Server-Response

On Tue, 9 Dec 2003, Chun-Ping Man wrote: >I get the following UID client-command: >C: 004 fetch 4827313 (UID RFC822.SIZE BODY.PEEK[HEADER] FLAGS) >and my server-response is: >S: To: [EMAIL PROTECTED] >S: Subject: Penis Enlargement up to 5000% There should at least be a blan

BODY.PEEK[HEADER] Server-Response

Hello, I get the following UID client-command: C: 004 fetch 4827313 (UID RFC822.SIZE BODY.PEEK[HEADER] FLAGS) and my server-response is: S: * 4827313 FETCH (UID 4827313) S: * 4827313 FETCH (RFC822.SIZE 123456) S: * 4827313 FETCH (BODY.PEEK[HEADER] S: Return-pa

Re: What Server answer of SELECT Command?

Hi, We're not developing from the scratch. We're using Indy Components, an open source Component for Delphi with many Server and Client Components for Internet Protocols. And there is also an IMAP Server Component I work with. All I have to do is to work out the Events that were activated from a