sup

A curses threads-with-tags style email client

sup.git

git clone https://supmua.dev/git/sup/
commit 1b0b3560485d59b347485083f69f9355522eefe8
parent e9fceea070ea2b9d4fd0db4194732fdfa3a030bb
Author: wmorgan <wmorgan@5c8cc53c-5e98-4d25-b20a-d8db53a31250>
Date:   Sat, 15 Dec 2007 20:59:45 +0000

updated imap internaldate notes in comments

git-svn-id: svn://rubyforge.org/var/svn/sup/trunk@773 5c8cc53c-5e98-4d25-b20a-d8db53a31250

Diffstat:
M lib/sup/imap.rb | 9 +++++----
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/lib/sup/imap.rb b/lib/sup/imap.rb
@@ -275,11 +275,12 @@ private
     ## Exchange actually reports two different INTERNALDATEs for the exact same message
     ## when queried at different points in time.
     ##
-    ## I don't actually see the semantics of INTERNALDATE actually defined anywhere
-    ## in either RFC 3501 or RFC 2060, beyond "the internal date of the message"
-    ## (gee, thanks guys, great job on that committee), so it's probably perfectly
-    ## acceptable to return any date you'd like for any message.
     ##
+    ## RFC2060 defines the semantics of INTERNALDATE for messages that arrive
+    ## via SMTP for via various IMAP commands, but states that "All other
+    ## cases are implementation defined.". Great, thanks guys, yet another
+    ## useless field.
+    ## 
     ## Of course no OTHER imap server I've encountered returns DIFFERENT values for
     ## the SAME message. But it's Microsoft; what do you expect? If their programmers
     ## were any good they'd be working at Google.