IMAP
Mark Mynsted
If I try from Netscape I see folders, such as INBOX, etc. but not from
Gnus.
I see gnus connect, and authenticate with my IMAP server, but now IMAP
groups seem to exist. I even tried to subscribe to groups like:
nnimap+mmynsted:INBOX
nnimap:INBOX
imap:INBOX
nnimap:inbox
nnimap:Inbox
Any Ideas?
--
-MM
/"\
(No un-solicited email please.) \ / ASCII Ribbon Campaign
See following url, X Against HTML Mail
http://pages.prodigy.net/mmynsted/spamoff.htm / \
Simon Josefsson
> I have switched from pop to imap. I have no IMAP folders from Gnus.
> If I try from Netscape I see folders, such as INBOX, etc. but not from
> Gnus.
>
> I see gnus connect, and authenticate with my IMAP server, but now IMAP
> groups seem to exist.
They don't show up automatically, you need to subscribe to them.
> I even tried to subscribe to groups like:
>
> nnimap+mmynsted:INBOX
> nnimap:INBOX
> imap:INBOX
> nnimap:inbox
> nnimap:Inbox
The nnimap groups are subscribed like any other groups, so if your
gnus-secondary-select-methods contains e.g (nnimap "foo" ...) try
subscribing to nnimap+foo:INBOX. Does it not work?
There is a few various methods to interactively subscribe to groups, I
usually enter the server buffer, open the IMAP server and press `u' on
interesting groups.
Mark Mynsted
Cool! Thank you. That worked. (Opening the server buffer...)
I also found Topics! GNUS is really cool.
Only one problem still for me with nnimap. It will show that numerous
articles exist in a group on my nnimap server. When I attempt to
open the group it simply marks all the article read, and never shows
them to me. Even if I do a C-u space. Does nnimap require something
special so I can read the main in the groups?
Simon Josefsson
> Only one problem still for me with nnimap. It will show that numerous
> articles exist in a group on my nnimap server. When I attempt to
> open the group it simply marks all the article read, and never shows
> them to me. Even if I do a C-u space. Does nnimap require something
> special so I can read the main in the groups?
Are you sure there are articles there and that they are being marked
as read, as compared to the unread count in the *Group* buffer simply
being wrong? The unread count is an estimate.
Mark Mynsted
I am not sure how accurate the unread count is at first but I know
that there are numerous articles in the group, and that at least some
are unread. I know this because I can see them in netscape mail. To
help debug this problem I set-up imap mail on my Netscape Communicator
to the same server.
Example:
For a particular group, netscape may show 200 articles in a group with
20 of those marked unread.
Gnus will estimate some number of unread articles but will not ever
let me see them. Even if I do a C-u space. It simply "gets" the
headers than updates the uread count to zero in the Group buffer.
Jesper Petersen
Mark> Gnus will estimate some number of unread articles but will not ever
Mark> let me see them. Even if I do a C-u space. It simply "gets" the
Mark> headers than updates the uread count to zero in the Group buffer.
And after that, what happens if you again type "C-u space"?
I think the behavior you see is because you just subscribed to a
group, and then _I think_ gnus shows you how many articles there are
in there eventhough they (to gnus) actually are marked as read.
What if you send a message to yourself without opening it in
Communicator first? Now I would think it has the behavior you expect -
or what? :-)
Jesper
--
Remove **Delete** from my email-address when replying by mail.
Mark Mynsted
> Mark> Gnus will estimate some number of unread articles but will not ever
> Mark> let me see them. Even if I do a C-u space. It simply "gets" the
> Mark> headers than updates the uread count to zero in the Group buffer.
>
> And after that, what happens if you again type "C-u space"?
Same thing. It tells me that it is getting the headers, but that is
all.
>
> I think the behavior you see is because you just subscribed to a
> group, and then _I think_ gnus shows you how many articles there are
> in there eventhough they (to gnus) actually are marked as read.
>
> What if you send a message to yourself without opening it in
> Communicator first? Now I would think it has the behavior you expect -
> or what? :-)
Same thing.
I am not sure if this helps but here is the listing from the messages
buffer. I sent myself an email (from a different email client...)
Then did a M-g on my INBOX, then a C-u space.
nnimap: Setting marks in INBOX...done
Fetching headers for nnimap+vhamail102.corp.vha.com:INBOX...
[2 times]
Fetching headers for nnimap+vhamail102.corp.vha.com:INBOX...done
No articles in the group
nnimap: Setting marks in INBOX...
nnimap: Setting marks in INBOX...done
[2 times]
No unread news
Here is what the INBOX line looks like from my Group buffer.
0: nnimap+vhamail102.corp.vha.com:INBOX
(It always shows 0 unread mail now. I can go look in Netscape and see
that in reality there are several unread articles...)
Jesper Petersen
>> And after that, what happens if you again type "C-u space"?
Mark> Same thing. It tells me that it is getting the headers, but that is
Mark> all.
Hmm, then I was wrong :-(
Mark> I am not sure if this helps but here is the listing from the messages
Mark> buffer. I sent myself an email (from a different email client...)
Mark> Then did a M-g on my INBOX, then a C-u space.
Mark> nnimap: Setting marks in INBOX...done
Mark> Fetching headers for nnimap+vhamail102.corp.vha.com:INBOX...
Mark> [2 times]
Mark> Fetching headers for nnimap+vhamail102.corp.vha.com:INBOX...done
Mark> No articles in the group
Mark> nnimap: Setting marks in INBOX...
Mark> nnimap: Setting marks in INBOX...done
Mark> [2 times]
Mark> No unread news
Mark> Here is what the INBOX line looks like from my Group buffer.
Mark> 0: nnimap+vhamail102.corp.vha.com:INBOX
Doesn't help me, but I'm not an expert.
Hope somebody else can help you.
Simon Josefsson
>> I think the behavior you see is because you just subscribed to a
>> group, and then _I think_ gnus shows you how many articles there are
>> in there eventhough they (to gnus) actually are marked as read.
>>
>> What if you send a message to yourself without opening it in
>> Communicator first? Now I would think it has the behavior you expect -
>> or what? :-)
>
>
> Same thing.
>
> I am not sure if this helps but here is the listing from the messages
> buffer. I sent myself an email (from a different email client...)
> Then did a M-g on my INBOX, then a C-u space.
>
> nnimap: Setting marks in INBOX...done
> Fetching headers for nnimap+vhamail102.corp.vha.com:INBOX...
> [2 times]
> Fetching headers for nnimap+vhamail102.corp.vha.com:INBOX...done
> No articles in the group
> nnimap: Setting marks in INBOX...
>
> nnimap: Setting marks in INBOX...done
> [2 times]
> No unread news
>
> Here is what the INBOX line looks like from my Group buffer.
>
> 0: nnimap+vhamail102.corp.vha.com:INBOX
>
> (It always shows 0 unread mail now. I can go look in Netscape and see
> that in reality there are several unread articles...)
Could you evalute `(setq imap-log "*imap-log*")' and show us the
contents of that buffer after you've done the steps you just did?
It might be the emacs integer limit problem again.
Mark Mynsted
> Doesn't help me, but I'm not an expert.
>
> Hope somebody else can help you.
Thank you for trying. :-)
Mark Mynsted
OK. Here it is.
179 SELECT "INBOX"
* 88 EXISTS
* 1 RECENT
* OK [UNSEEN 37]
* OK [UIDVALIDITY 3]
* FLAGS (\Answered \Flagged \Deleted \Draft \Seen)
* OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Draft \Seen)]
179 OK [READ-WRITE] SELECT completed
180 UID SEARCH UNSEEN UNDELETED
* SEARCH 78535 78536 78540 78541 78542 78543 78545 78546 78549 78550
78551 78552 78553 78555 78556 78557 78558 78559 78561 78562 78563
78564 78565 78567 78569 78573 78576 78579 78580 78581 78582 78583
78584 78585 78586 78587 78588 78590 78591 78593 78594 78598 78601
78602 78603
180 OK UID SEARCH completed
181 UID SEARCH SEEN
* SEARCH 72001 72002 72020 72070 72144 72224 72239 72242 72255 72273
72276 72286 72290 72307 72646 72759 73047 73194 73223 73226 73403
73470 73585 73965 73969 73989 74021 74040 74042 74165 74178 77935
78025 78036 78228 78495 78537 78538 78539 78548 78566 78574 78577
181 OK UID SEARCH completed
182 UID SEARCH FLAGGED
* SEARCH
182 OK UID SEARCH completed
183 UID SEARCH ANSWERED
* SEARCH
183 OK UID SEARCH completed
184 EXAMINE "INBOX"
* 88 EXISTS
* 1 RECENT
* OK [UNSEEN 37]
* OK [UIDVALIDITY 3]
* FLAGS (\Answered \Flagged \Deleted \Draft \Seen)
* OK [PERMANENTFLAGS ()]
184 OK [READ-ONLY] EXAMINE completed
185 CLOSE
185 OK CLOSE completed
186 EXAMINE "INBOX"
* 88 EXISTS
* 1 RECENT
* OK [UNSEEN 37]
* OK [UIDVALIDITY 3]
* FLAGS (\Answered \Flagged \Deleted \Draft \Seen)
* OK [PERMANENTFLAGS ()]
186 OK [READ-ONLY] EXAMINE completed
187 FETCH 1,* UID
* 1 FETCH (UID 72001)
187 OK FETCH completed
188 SELECT "INBOX"
* 88 EXISTS
* 1 RECENT
* OK [UNSEEN 37]
* OK [UIDVALIDITY 3]
* FLAGS (\Answered \Flagged \Deleted \Draft \Seen)
* OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Draft \Seen)]
188 OK [READ-WRITE] SELECT completed
189 EXPUNGE
189 OK EXPUNGE completed
190 CLOSE
190 OK CLOSE completed
191 SELECT "INBOX"
* 88 EXISTS
* 1 RECENT
* OK [UNSEEN 37]
* OK [UIDVALIDITY 3]
* FLAGS (\Answered \Flagged \Deleted \Draft \Seen)
* OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Draft \Seen)]
191 OK [READ-WRITE] SELECT completed
192 UID SEARCH UNSEEN UNDELETED
* SEARCH 78535 78536 78540 78541 78542 78543 78545 78546 78549 78550
78551 78552 78553 78555 78556 78557 78558 78559 78561 78562 78563
78564 78565 78567 78569 78573 78576 78579 78580 78581 78582 78583
78584 78585 78586 78587 78588 78590 78591 78593 78594 78598 78601
78602 78603
192 OK UID SEARCH completed
193 UID SEARCH SEEN
* SEARCH 72001 72002 72020 72070 72144 72224 72239 72242 72255 72273
72276 72286 72290 72307 72646 72759 73047 73194 73223 73226 73403
73470 73585 73965 73969 73989 74021 74040 74042 74165 74178 77935
78025 78036 78228 78495 78537 78538 78539 78548 78566 78574 78577
193 OK UID SEARCH completed
194 UID SEARCH FLAGGED
* SEARCH
194 OK UID SEARCH completed
195 UID SEARCH ANSWERED
* SEARCH
195 OK UID SEARCH completed
196 EXAMINE "INBOX"
* 88 EXISTS
* 1 RECENT
* OK [UNSEEN 37]
* OK [UIDVALIDITY 3]
* FLAGS (\Answered \Flagged \Deleted \Draft \Seen)
* OK [PERMANENTFLAGS ()]
196 OK [READ-ONLY] EXAMINE completed
197 CLOSE
197 OK CLOSE completed
198 SELECT "INBOX"
* 88 EXISTS
* 1 RECENT
* OK [UNSEEN 37]
* OK [UIDVALIDITY 3]
* FLAGS (\Answered \Flagged \Deleted \Draft \Seen)
* OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Draft \Seen)]
198 OK [READ-WRITE] SELECT completed
199 UID STORE 78577 -FLAGS (\Seen)
* 70 FETCH (FLAGS () UID 78577)
199 OK UID STORE completed
200 UID SEARCH UID 1:72001
* SEARCH
200 NO UID (C045)
201 UID FETCH 72001 (UID RFC822.SIZE BODY BODY.PEEK[HEADER.FIELDS
(Subject From Date Message-Id References In-Reply-To Xref)])
* 1 FETCH (UID 72001 RFC822.SIZE 3223 BODY (("text" "plain" ("charset"
"US-ASCII") NIL NIL "quoted-printable" 1008 28)("text" "html"
("charset" "ISO-8859-1") NIL "HTML" "quoted-printable" 1411 32)
"alternative") BODY[HEADER.FIELDS ("SUBJECT" "FROM" "DATE"
"MESSAGE-ID" "REFERENCES" "IN-REPLY-TO" "XREF")] {181}
...
)
201 OK UID FETCH completed
202 UID STORE
72002,72020,72070,72144,72224,72239,72242,72255,72273,72276,72286,
72290,72307,72646,72759,73047,73194,73223,73226,73403,73470,73585,
73965,73969,73989,74021,74040,74042,74165,74178,77935,78025,78036,
78228,78495,78537:78539,78548,78566,78574
+FLAGS (\Seen)
* 2 FETCH (FLAGS (\Seen) UID 72002)
* 3 FETCH (FLAGS (\Seen) UID 72020)
* 4 FETCH (FLAGS (\Seen) UID 72070)
* 5 FETCH (FLAGS (\Seen) UID 72144)
* 6 FETCH (FLAGS (\Seen) UID 72224)
* 7 FETCH (FLAGS (\Seen) UID 72239)
* 8 FETCH (FLAGS (\Seen) UID 72242)
* 9 FETCH (FLAGS (\Seen) UID 72255)
* 10 FETCH (FLAGS (\Seen) UID 72273)
* 11 FETCH (FLAGS (\Seen) UID 72276)
* 12 FETCH (FLAGS (\Seen) UID 72286)
* 13 FETCH (FLAGS (\Seen) UID 72290)
* 14 FETCH (FLAGS (\Seen) UID 72307)
* 15 FETCH (FLAGS (\Seen) UID 72646)
* 16 FETCH (FLAGS (\Seen) UID 72759)
* 17 FETCH (FLAGS (\Seen) UID 73047)
* 18 FETCH (FLAGS (\Seen) UID 73194)
* 19 FETCH (FLAGS (\Seen) UID 73223)
* 20 FETCH (FLAGS (\Seen) UID 73226)
* 21 FETCH (FLAGS (\Seen) UID 73403)
* 22 FETCH (FLAGS (\Seen) UID 73470)
* 23 FETCH (FLAGS (\Seen) UID 73585)
* 24 FETCH (FLAGS (\Seen) UID 73965)
* 25 FETCH (FLAGS (\Seen) UID 73969)
* 26 FETCH (FLAGS (\Seen) UID 73989)
* 27 FETCH (FLAGS (\Seen) UID 74021)
* 28 FETCH (FLAGS (\Seen) UID 74040)
* 29 FETCH (FLAGS (\Seen) UID 74042)
* 30 FETCH (FLAGS (\Seen) UID 74165)
* 31 FETCH (FLAGS (\Seen) UID 74178)
* 32 FETCH (FLAGS (\Seen) UID 77935)
* 33 FETCH (FLAGS (\Seen) UID 78025)
* 34 FETCH (FLAGS (\Seen) UID 78036)
* 35 FETCH (FLAGS (\Seen) UID 78228)
* 36 FETCH (FLAGS (\Seen) UID 78495)
* 39 FETCH (FLAGS (\Seen) UID 78537)
* 40 FETCH (FLAGS (\Seen) UID 78538)
* 41 FETCH (FLAGS (\Seen) UID 78539)
* 48 FETCH (FLAGS (\Seen) UID 78548)
* 64 FETCH (FLAGS (\Seen) UID 78566)
* 68 FETCH (FLAGS (\Seen) UID 78574)
202 OK UID STORE completed
203 EXPUNGE
203 OK EXPUNGE completed
204 CLOSE
204 OK CLOSE completed
Simon Josefsson
> 186 EXAMINE "INBOX"
> * 88 EXISTS
^^
> * 1 RECENT
> * OK [UNSEEN 37]
> * OK [UIDVALIDITY 3]
> * FLAGS (\Answered \Flagged \Deleted \Draft \Seen)
> * OK [PERMANENTFLAGS ()]
> 186 OK [READ-ONLY] EXAMINE completed
> 187 FETCH 1,* UID
> * 1 FETCH (UID 72001)
> 187 OK FETCH completed
Ah. Your server is broken. If more than one article exist in a
mailbox, they must have different UIDs and they must be a highest and
lowest UID number. If you close and re-open the server (using the
server buffer) you should be able to see a greeting in the *imap-log*
buffer, maybe it will help you to report it to the people that runs
the server.
Simon Josefsson
> Simon Josefsson <j...@extundo.com> writes:
>
>> Mark Mynsted <mmyn...@prodigy.net> writes:
>>
>> > 186 EXAMINE "INBOX"
>> > * 88 EXISTS
>> ^^
>> > * 1 RECENT
>> > * OK [UNSEEN 37]
>> > * OK [UIDVALIDITY 3]
>> > * FLAGS (\Answered \Flagged \Deleted \Draft \Seen)
>> > * OK [PERMANENTFLAGS ()]
>> > 186 OK [READ-ONLY] EXAMINE completed
>> > 187 FETCH 1,* UID
>> > * 1 FETCH (UID 72001)
>> > 187 OK FETCH completed
>>
>> Ah. Your server is broken.
>
> Hmm. Why does it work for Netscape?
They probably aren't using the same command. IMAP is a big protocol,
and not all clients use all commands.
> When you say broken, is it that the server is not correctly meeting
> IMAP standards, a setting perhaps, or is it something that happens
> when it runs out of memory or something?
It's not meeting IMAP standards. I've seen the same bug in several
servers. The snippet above should be enough to explain the problem
for the developer of the server.
> * OK GroupWise IMAP4rev1 Server Ready
Do you mind if I mention "GroupWise" on my page with broken IMAP
servers? (<URL:http://josefsson.org/nnimap/buggy-imap-servers.html>)
> What exactly should I tell the guy who runs the server? They really
> do not support IMAP, i.e. I am the only person that I know of who is
> accessing our mail via IMAP. It is a GroupWise server, for now.
If they don't support IMAP, I think you're in trouble. The proper
solution is to report this as a IMAP server bug to the maker of the
server (including the snippet above and a reference to the RFC that
says it should return two FETCH responses). Maybe they even has an
upgrade available.
> Is there a way I can get Gnus to talk with my IMAP server, as is?
> It says IMAP4rev1, I assume that means it is implementing the IMAP4
> standard. Is is possible that gnus is looking for IMAP3 or something?
You could try the patch below (don't forget to recompile Gnus). But
if the server didn't implement one syntax correctly, chances are that
it doesn't implement this one either...
--- nnimap.el.~6.15.~ Fri Aug 24 09:44:26 2001
+++ nnimap.el Mon Aug 27 23:10:23 2001
@@ -380,7 +380,8 @@
(when (imap-mailbox-select group examine)
(let (minuid maxuid)
(when (> (imap-mailbox-get 'exists) 0)
- (imap-fetch "1,*" "UID" nil 'nouidfetch)
+ (imap-fetch "1" "UID" nil 'nouidfetch)
+ (imap-fetch "*" "UID" nil 'nouidfetch)
(imap-message-map (lambda (uid Uid)
(setq minuid (if minuid (min minuid uid) uid)
maxuid (if maxuid (max maxuid uid) uid)))
Mark Mynsted
> Mark Mynsted <mmyn...@prodigy.net> writes:
>
> > 186 EXAMINE "INBOX"
> > * 88 EXISTS
> ^^
> > * 1 RECENT
> > * OK [UNSEEN 37]
> > * OK [UIDVALIDITY 3]
> > * FLAGS (\Answered \Flagged \Deleted \Draft \Seen)
> > * OK [PERMANENTFLAGS ()]
> > 186 OK [READ-ONLY] EXAMINE completed
> > 187 FETCH 1,* UID
> > * 1 FETCH (UID 72001)
> > 187 OK FETCH completed
>
> Ah. Your server is broken.
Hmm. Why does it work for Netscape? When you say broken, is it that
the server is not correctly meeting IMAP standards, a setting perhaps,
or is it something that happens when it runs out of memory or
something?
>If more than one article exist in a mailbox, they must have different
>UIDs and they must be a highest and lowest UID number. If you close
>and re-open the server (using the server buffer) you should be able
>to see a greeting in the *imap-log* buffer, maybe it will help you to
>report it to the people that runs the server.
This is a bit over my head. Here are the results from an open and
close. (I altered my username and password for this post...)
180 LOGOUT
* BYE IMAP4rev1 Server Disconnect
180 OK LOGOUT completed
* OK GroupWise IMAP4rev1 Server Ready
1 CAPABILITY
* CAPABILITY IMAP4rev1
1 OK CAPABILITY completed
2 LOGIN "UserNameAltered" "PasswordAltered"
2 OK LOGIN completed
What exactly should I tell the guy who runs the server? They really
do not support IMAP, i.e. I am the only person that I know of who is
accessing our mail via IMAP. It is a GroupWise server, for now.
Is there a way I can get Gnus to talk with my IMAP server, as is?
It says IMAP4rev1, I assume that means it is implementing the IMAP4
standard. Is is possible that gnus is looking for IMAP3 or something?
Mark Mynsted
I don't mind, but please do not include my name or my company's
name.
>
> > What exactly should I tell the guy who runs the server? They really
> > do not support IMAP, i.e. I am the only person that I know of who is
> > accessing our mail via IMAP. It is a GroupWise server, for now.
>
> If they don't support IMAP, I think you're in trouble. The proper
> solution is to report this as a IMAP server bug to the maker of the
> server (including the snippet above and a reference to the RFC that
> says it should return two FETCH responses). Maybe they even has an
> upgrade available.
>
Does microsoft exchange work ok with Gnus? I see it on you "wall of
shame" for IMAP servers. Does exchange have cosmetic bug, or is it a
failure that would cause Gnus to have the same kind of problem.
> > Is there a way I can get Gnus to talk with my IMAP server, as is?
> > It says IMAP4rev1, I assume that means it is implementing the IMAP4
> > standard. Is is possible that gnus is looking for IMAP3 or something?
>
> You could try the patch below (don't forget to recompile Gnus). But
> if the server didn't implement one syntax correctly, chances are that
> it doesn't implement this one either...
>
> --- nnimap.el.~6.15.~ Fri Aug 24 09:44:26 2001
> +++ nnimap.el Mon Aug 27 23:10:23 2001
> @@ -380,7 +380,8 @@
> (when (imap-mailbox-select group examine)
> (let (minuid maxuid)
> (when (> (imap-mailbox-get 'exists) 0)
> - (imap-fetch "1,*" "UID" nil 'nouidfetch)
> + (imap-fetch "1" "UID" nil 'nouidfetch)
> + (imap-fetch "*" "UID" nil 'nouidfetch)
> (imap-message-map (lambda (uid Uid)
> (setq minuid (if minuid (min minuid uid) uid)
> maxuid (if maxuid (max maxuid uid) uid)))
Thank you very much for your help. I will try the patch.
P.S.
This is off topic, but...
I always see patch such as you have above... Is there a more
automated way to patch the code I does everybody make the changes by
hand. (I seem to recall, many years ago, using a patch tool that
would patch C code. Do you know of a GNU tool?)
Matt McClure
> This is off topic, but...
> I always see patch such as you have above... Is there a more
> automated way to patch the code I does everybody make the changes by
> hand. (I seem to recall, many years ago, using a patch tool that
> would patch C code. Do you know of a GNU tool?)
Check out the man page for "patch".
--
Matt
http://www.faradic.net/~mmcclure/
"I don't believe in rivalries. I don't believe in curses. Wake
up the damn Bambino, maybe I'll drill him in the (behind)."
-Pedro Martinez
those who know me have no need of my name
>Does microsoft exchange work ok with Gnus?
reasonably well.
>This is off topic, but...
>I always see patch such as you have above... Is there a more
>automated way to patch the code I does everybody make the changes by
>hand. (I seem to recall, many years ago, using a patch tool that
>would patch C code. Do you know of a GNU tool?)
yes. it's called emacs. apropos `patch' is your friend.
--
warning: i hate typing uppercase, mostly because i don't like seeing too much
of it, and will do my utmost to avoid it. hence where the emacs norm is to
use M-, \M-, C-, \C-, RET, SPC, i use \m-, \m-, \c-, \c-, <ret>, and <spc>.
Kai Großjohann
> Only one problem still for me with nnimap. It will show that numerous
> articles exist in a group on my nnimap server. When I attempt to
> open the group it simply marks all the article read, and never shows
> them to me. Even if I do a C-u space. Does nnimap require something
> special so I can read the main in the groups?
This looks strange. Gnus has never shown me articles as read which
were in fact unread.
Do you see the articles if you do M-RET to enter the group? If this
works, then maybe scoring marks them all as read.
kai
--
Symbol's function definition is void: signature
Nuutti Kotivuori
> P.S.
> This is off topic, but...
> I always see patch such as you have above... Is there a more
> automated way to patch the code I does everybody make the changes by
> hand. (I seem to recall, many years ago, using a patch tool that
> would patch C code. Do you know of a GNU tool?)
'man patch'? I assume that is what you asked?
-- Naked
Kai Großjohann
> I am not sure how accurate the unread count is at first but I know
> that there are numerous articles in the group, and that at least some
> are unread. I know this because I can see them in netscape mail. To
> help debug this problem I set-up imap mail on my Netscape Communicator
> to the same server.
Note that Gnus will show the messages marked as read if you've already
looked at them in Netscape.
Is this your problem?
Kai Großjohann
> Only one problem still for me with nnimap. It will show that numerous
> articles exist in a group on my nnimap server. When I attempt to
> open the group it simply marks all the article read, and never shows
> them to me. Even if I do a C-u space. Does nnimap require something
> special so I can read the main in the groups?
I'm confused. C-u SPC should show you even the articles marked as
read. Therefore, "it marks all articles as read" and "even C-u SPC
doesn't show them" are contradictory.
Can you explain in more detail what happens?
Do you hit C-u SPC on the group and Gnus refuses to enter the group
with a message like "This group contains no messages" in the echo
area?
Mark Mynsted
I have not done ANYTHING different since my last posts, but this is
the first time I see anything from one of the groups...
Gnus before I do anything:
0: nnimap+vhamail12.corp.vha.com:INBOX
Netscape before doing anything:
INBOX, 49 unread, 92 total.
After M- enter: (This is the first time I have tried M-enter.
There is only one line in the whole buffer.
O [ 60: Melinda Gardner ] Error for fixed price contracts (20-Jun)
After a M-u space
Again one line in buffer
O +[ 60: Melinda Gardner ] Error for fixed price contracts (20-Jun)
Here is what that line looks like now on the group buffer:
0: nnimap+vhamail12.corp.vha.com:INBOX
Here is what it looks like from Netscape:
INBOX, 49 unread, 92 total.
I will try Simon's patch to see if it will help...
Here is the imap trace from the activities above.
1324 SELECT "INBOX"
* 92 EXISTS
* 4 RECENT
* OK [UNSEEN 37]
* OK [UIDVALIDITY 3]
* FLAGS (\Answered \Flagged \Deleted \Draft \Seen)
* OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Draft \Seen)]
1324 OK [READ-WRITE] SELECT completed
1325 UID SEARCH UNSEEN UNDELETED
* SEARCH 78535 78536 78540 78541 78542 78543 78545 78546 78549 78550
78551 78552 78553 78555 78556 78557 78558 78559 78561 78562 78563
78564 78565 78567 78569 78573 78576 78579 78580 78581 78582 78583
78584 78585 78586 78587 78588 78590 78591 78593 78594 78598 78601
78602 78603 78605 78606 78612 78613
1325 OK UID SEARCH completed
1326 UID SEARCH SEEN
* SEARCH 72001 72002 72020 72070 72144 72224 72239 72242 72255 72273
72276 72286 72290 72307 72646 72759 73047 73194 73223 73226 73403
73470 73585 73969 73989 74021 74042 74178 77935 78025 78036 78228
78495 78537 78538 78574 78577
1326 OK UID SEARCH completed
1327 UID SEARCH FLAGGED
* SEARCH
1327 OK UID SEARCH completed
1328 UID SEARCH ANSWERED
* SEARCH
1328 OK UID SEARCH completed
1329 EXAMINE "INBOX"
* 92 EXISTS
* 4 RECENT
* OK [UNSEEN 37]
* OK [UIDVALIDITY 3]
* FLAGS (\Answered \Flagged \Deleted \Draft \Seen)
* OK [PERMANENTFLAGS ()]
1329 OK [READ-ONLY] EXAMINE completed
1330 CLOSE
1330 OK CLOSE completed
1331 EXAMINE "INBOX"
* 92 EXISTS
* 4 RECENT
* OK [UNSEEN 37]
* OK [UIDVALIDITY 3]
* FLAGS (\Answered \Flagged \Deleted \Draft \Seen)
* OK [PERMANENTFLAGS ()]
1331 OK [READ-ONLY] EXAMINE completed
1332 FETCH 1,* UID
* 1 FETCH (UID 72001)
1332 OK FETCH completed
1333 SELECT "INBOX"
* 92 EXISTS
* 4 RECENT
* OK [UNSEEN 37]
* OK [UIDVALIDITY 3]
* FLAGS (\Answered \Flagged \Deleted \Draft \Seen)
* OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Draft \Seen)]
1333 OK [READ-WRITE] SELECT completed
1334 EXPUNGE
1334 OK EXPUNGE completed
1335 CLOSE
1335 OK CLOSE completed
1336 SELECT "INBOX"
* 92 EXISTS
* 4 RECENT
* OK [UNSEEN 37]
* OK [UIDVALIDITY 3]
* FLAGS (\Answered \Flagged \Deleted \Draft \Seen)
* OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Draft \Seen)]
1336 OK [READ-WRITE] SELECT completed
1337 UID SEARCH UNSEEN UNDELETED
* SEARCH 78535 78536 78540 78541 78542 78543 78545 78546 78549 78550
78551 78552 78553 78555 78556 78557 78558 78559 78561 78562 78563
78564 78565 78567 78569 78573 78576 78579 78580 78581 78582 78583
78584 78585 78586 78587 78588 78590 78591 78593 78594 78598 78601
78602 78603 78605 78606 78612 78613
1337 OK UID SEARCH completed
1338 UID SEARCH SEEN
* SEARCH 72001 72002 72020 72070 72144 72224 72239 72242 72255 72273
72276 72286 72290 72307 72646 72759 73047 73194 73223 73226 73403
73470 73585 73969 73989 74021 74042 74178 77935 78025 78036 78228
78495 78537 78538 78574 78577
1338 OK UID SEARCH completed
1339 UID SEARCH FLAGGED
* SEARCH
1339 OK UID SEARCH completed
1340 UID SEARCH ANSWERED
* SEARCH
1340 OK UID SEARCH completed
1341 EXAMINE "INBOX"
* 92 EXISTS
* 4 RECENT
* OK [UNSEEN 37]
* OK [UIDVALIDITY 3]
* FLAGS (\Answered \Flagged \Deleted \Draft \Seen)
* OK [PERMANENTFLAGS ()]
1341 OK [READ-ONLY] EXAMINE completed
1342 CLOSE
1342 OK CLOSE completed
1343 SELECT "INBOX"
* 92 EXISTS
* 4 RECENT
* OK [UNSEEN 37]
* OK [UIDVALIDITY 3]
* FLAGS (\Answered \Flagged \Deleted \Draft \Seen)
* OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Draft \Seen)]
1343 OK [READ-WRITE] SELECT completed
1344 UID STORE 78577 -FLAGS (\Seen)
* 70 FETCH (FLAGS () UID 78577)
1344 OK UID STORE completed
1345 UID SEARCH UID 1:72001
* SEARCH 72001
1345 OK UID SEARCH completed
1346 UID STORE
72002,72020,72070,72144,72224,72239,72242,72255,72273,72276,72286,72290,72307,
72646,72759,73047,73194,73223,73226,73403,73470,73585,73969,73989,74021,74042,
74178,77935,78025,78036,78228,78495,78537:78538,78574
+FLAGS (\Seen)
* 2 FETCH (FLAGS (\Seen) UID 72002)
* 3 FETCH (FLAGS (\Seen) UID 72020)
* 4 FETCH (FLAGS (\Seen) UID 72070)
* 5 FETCH (FLAGS (\Seen) UID 72144)
* 6 FETCH (FLAGS (\Seen) UID 72224)
* 7 FETCH (FLAGS (\Seen) UID 72239)
* 8 FETCH (FLAGS (\Seen) UID 72242)
* 9 FETCH (FLAGS (\Seen) UID 72255)
* 10 FETCH (FLAGS (\Seen) UID 72273)
* 11 FETCH (FLAGS (\Seen) UID 72276)
* 12 FETCH (FLAGS (\Seen) UID 72286)
* 13 FETCH (FLAGS (\Seen) UID 72290)
* 14 FETCH (FLAGS (\Seen) UID 72307)
* 15 FETCH (FLAGS (\Seen) UID 72646)
* 16 FETCH (FLAGS (\Seen) UID 72759)
* 17 FETCH (FLAGS (\Seen) UID 73047)
* 18 FETCH (FLAGS (\Seen) UID 73194)
* 19 FETCH (FLAGS (\Seen) UID 73223)
* 20 FETCH (FLAGS (\Seen) UID 73226)
* 21 FETCH (FLAGS (\Seen) UID 73403)
* 22 FETCH (FLAGS (\Seen) UID 73470)
* 23 FETCH (FLAGS (\Seen) UID 73585)
* 25 FETCH (FLAGS (\Seen) UID 73969)
* 26 FETCH (FLAGS (\Seen) UID 73989)
* 27 FETCH (FLAGS (\Seen) UID 74021)
* 29 FETCH (FLAGS (\Seen) UID 74042)
* 31 FETCH (FLAGS (\Seen) UID 74178)
* 32 FETCH (FLAGS (\Seen) UID 77935)
* 33 FETCH (FLAGS (\Seen) UID 78025)
* 34 FETCH (FLAGS (\Seen) UID 78036)
* 35 FETCH (FLAGS (\Seen) UID 78228)
* 36 FETCH (FLAGS (\Seen) UID 78495)
* 39 FETCH (FLAGS (\Seen) UID 78537)
* 40 FETCH (FLAGS (\Seen) UID 78538)
* 68 FETCH (FLAGS (\Seen) UID 78574)
1346 OK UID STORE completed
1347 EXPUNGE
1347 OK EXPUNGE completed
1348 CLOSE
1348 OK CLOSE completed
1349 SELECT "INBOX"
* 92 EXISTS
* 4 RECENT
* OK [UNSEEN 37]
* OK [UIDVALIDITY 3]
* FLAGS (\Answered \Flagged \Deleted \Draft \Seen)
* OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Draft \Seen)]
1349 OK [READ-WRITE] SELECT completed
1350 UID SEARCH UNSEEN UNDELETED
* SEARCH 78535 78536 78540 78541 78542 78543 78545 78546 78549 78550
78551 78552 78553 78555 78556 78557 78558 78559 78561 78562 78563
78564 78565 78567 78569 78573 78576 78579 78580 78581 78582 78583
78584 78585 78586 78587 78588 78590 78591 78593 78594 78598 78601
78602 78603 78605 78606 78612 78613
1350 OK UID SEARCH completed
1351 UID SEARCH SEEN
* SEARCH 72001 72002 72020 72070 72144 72224 72239 72242 72255 72273
72276 72286 72290 72307 72646 72759 73047 73194 73223 73226 73403
73470 73585 73969 73989 74021 74042 74178 77935 78025 78036 78228
78495 78537 78538 78574 78577
1351 OK UID SEARCH completed
1352 UID SEARCH FLAGGED
* SEARCH
1352 OK UID SEARCH completed
1353 UID SEARCH ANSWERED
* SEARCH
1353 OK UID SEARCH completed
1354 EXAMINE "INBOX"
* 92 EXISTS
* 4 RECENT
* OK [UNSEEN 37]
* OK [UIDVALIDITY 3]
* FLAGS (\Answered \Flagged \Deleted \Draft \Seen)
* OK [PERMANENTFLAGS ()]
1354 OK [READ-ONLY] EXAMINE completed
1355 CLOSE
1355 OK CLOSE completed
1356 SELECT "INBOX"
* 92 EXISTS
* 4 RECENT
* OK [UNSEEN 37]
* OK [UIDVALIDITY 3]
* FLAGS (\Answered \Flagged \Deleted \Draft \Seen)
* OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Draft \Seen)]
1356 OK [READ-WRITE] SELECT completed
1357 UID STORE 78577 -FLAGS (\Seen)
* 70 FETCH (FLAGS () UID 78577)
1357 OK UID STORE completed
1358 UID SEARCH UID 1:72001
* SEARCH 72001
1358 OK UID SEARCH completed
1359 UID STORE
72002,72020,72070,72144,72224,72239,72242,72255,72273,72276,72286,72290,72307,
72646,72759,73047,73194,73223,73226,73403,73470,73585,73969,73989,74021,74042,
74178,77935,78025,78036,78228,78495,78537:78538,78574
+FLAGS (\Seen)
* 2 FETCH (FLAGS (\Seen) UID 72002)
* 3 FETCH (FLAGS (\Seen) UID 72020)
* 4 FETCH (FLAGS (\Seen) UID 72070)
* 5 FETCH (FLAGS (\Seen) UID 72144)
* 6 FETCH (FLAGS (\Seen) UID 72224)
* 7 FETCH (FLAGS (\Seen) UID 72239)
* 8 FETCH (FLAGS (\Seen) UID 72242)
* 9 FETCH (FLAGS (\Seen) UID 72255)
* 10 FETCH (FLAGS (\Seen) UID 72273)
* 11 FETCH (FLAGS (\Seen) UID 72276)
* 12 FETCH (FLAGS (\Seen) UID 72286)
* 13 FETCH (FLAGS (\Seen) UID 72290)
* 14 FETCH (FLAGS (\Seen) UID 72307)
* 15 FETCH (FLAGS (\Seen) UID 72646)
* 16 FETCH (FLAGS (\Seen) UID 72759)
* 17 FETCH (FLAGS (\Seen) UID 73047)
* 18 FETCH (FLAGS (\Seen) UID 73194)
* 19 FETCH (FLAGS (\Seen) UID 73223)
* 20 FETCH (FLAGS (\Seen) UID 73226)
* 21 FETCH (FLAGS (\Seen) UID 73403)
* 22 FETCH (FLAGS (\Seen) UID 73470)
* 23 FETCH (FLAGS (\Seen) UID 73585)
* 25 FETCH (FLAGS (\Seen) UID 73969)
* 26 FETCH (FLAGS (\Seen) UID 73989)
* 27 FETCH (FLAGS (\Seen) UID 74021)
* 29 FETCH (FLAGS (\Seen) UID 74042)
* 31 FETCH (FLAGS (\Seen) UID 74178)
* 32 FETCH (FLAGS (\Seen) UID 77935)
* 33 FETCH (FLAGS (\Seen) UID 78025)
* 34 FETCH (FLAGS (\Seen) UID 78036)
* 35 FETCH (FLAGS (\Seen) UID 78228)
* 36 FETCH (FLAGS (\Seen) UID 78495)
* 39 FETCH (FLAGS (\Seen) UID 78537)
* 40 FETCH (FLAGS (\Seen) UID 78538)
* 68 FETCH (FLAGS (\Seen) UID 78574)
1359 OK UID STORE completed
1360 EXPUNGE
1360 OK EXPUNGE completed
1361 CLOSE
1361 OK CLOSE completed
>
> kai
> --
> Symbol's function definition is void: signature
--
Mark Mynsted
>
> You could try the patch below (don't forget to recompile Gnus). But
> if the server didn't implement one syntax correctly, chances are that
> it doesn't implement this one either...
>
> --- nnimap.el.~6.15.~ Fri Aug 24 09:44:26 2001
> +++ nnimap.el Mon Aug 27 23:10:23 2001
> @@ -380,7 +380,8 @@
> (when (imap-mailbox-select group examine)
> (let (minuid maxuid)
> (when (> (imap-mailbox-get 'exists) 0)
> - (imap-fetch "1,*" "UID" nil 'nouidfetch)
> + (imap-fetch "1" "UID" nil 'nouidfetch)
> + (imap-fetch "*" "UID" nil 'nouidfetch)
> (imap-message-map (lambda (uid Uid)
> (setq minuid (if minuid (min minuid uid) uid)
> maxuid (if maxuid (max maxuid uid) uid)))
The patch does cause Gnus to work better.
I am getting some weird behavior though. It seems to be marking
articles read that are not read. Is this caused by the patch?
Here is what happens:
- Before doing anything, there is a group that looks like this.
78: nnimap+vhamail12.corp.vha.com:Cabinet/News/JDE
- Netscape claims there are 10 articles, 9 unread.
- I open it with an enter (from Gnus) and it looks like this.
[ 172: Troy Noble ] RE: using "-Dbuffer=" with jde-ant (23-Aug)
< 90: BURNETT Ross > (22-Aug)
[ 24: Jeffrey Phillips ] Emacs21 and directory-files function (22-Aug)
[ 23: Jeff Jensen ] Suggestion for a setup config check at JDE start (25-Aug)
[ 100: Paul Kinnucan ] ANN: JDEE-2.2.8 available at ... (26-Aug)
[ 50: Xibin Zeng ] I lose my custom face with JDE 2.2.8, NT emacs 20.7 (27-Aug)
< 65: Xibin Zeng > (27-Aug)
[ 126: Daniel Oblinger ] The JDE Installer (27-Aug)
[ 168: Paul Kinnucan ] (27-Aug)
- Read an article about JDEE-2.2.8 available at ... (26-Aug) and the
buffer looks like.
[ 172: Troy Noble ] RE: using "-Dbuffer=" with jde-ant (23-Aug)
< 90: BURNETT Ross > (22-Aug)
[ 24: Jeffrey Phillips ] Emacs21 and directory-files function (22-Aug)
[ 23: Jeff Jensen ] Suggestion for a setup config check at JDE start (25-Aug)
R [ 100: Paul Kinnucan ] ANN: JDEE-2.2.8 available at ... (26-Aug)
[ 50: Xibin Zeng ] I lose my custom face with JDE 2.2.8, NT emacs 20.7 (27-Aug)
< 65: Xibin Zeng > (27-Aug)
[ 126: Daniel Oblinger ] The JDE Installer (27-Aug)
[ 168: Paul Kinnucan ] (27-Aug)
- I leave the buffer with a q, and the group buffer looks like
8: nnimap+vhamail12.corp.vha.com:Cabinet/News/JDE
- Now here is the strangeness. I open the group again with an enter
and it looks like the following. (Only one entry, hmmmmmmm.) I
leave again with a q.
[ 172: Troy Noble ] RE: using "-Dbuffer=" with jde-ant (23-Aug)
- I do a C-u space on the the group, and the buffer looks like:
O [ 0: Robert Mecklenburg ] Problem with jde-help-symbol (22-Aug)
[ 172: Troy Noble ] RE: using "-Dbuffer=" with jde-ant (23-Aug)
O < 90: BURNETT Ross > (22-Aug)
O [ 24: Jeffrey Phillips ] Emacs21 and directory-files function (22-Aug)
O [ 23: Jeff Jensen ] Suggestion for a setup config check at JDE start (25-Aug)
O +[ 100: Paul Kinnucan ] ANN: JDEE-2.2.8 available at ... (26-Aug)
O [ 50: Xibin Zeng ] I lose my custom face with JDE 2.2.8, NT emacs 20.7 (27-Aug)
O < 65: Xibin Zeng > (27-Aug)
O [ 126: Daniel Oblinger ] The JDE Installer (27-Aug)
O + [ 168: Paul Kinnucan ] (27-Aug)
Why were the articles marked read? The only one I read was the JDEE-2.2.8.
Ok. To test I went back into the group and marked all 10 of the
articles unread and did a q to leave. I then started logging with the
imap log. I opend the group again with an enter. Only one article
appears, that Troy Noble article... I leave with a q. Here is the
log from that.
408 SELECT "Cabinet/News/JDE"
* 10 EXISTS
* OK [UNSEEN 2]
* OK [UIDVALIDITY 48899]
* FLAGS (\Answered \Flagged \Deleted \Draft \Seen)
* OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Draft \Seen)]
408 OK [READ-WRITE] SELECT completed
409 UID SEARCH UNSEEN UNDELETED
* SEARCH 78547
409 OK UID SEARCH completed
410 UID SEARCH SEEN
* SEARCH 78533 78554 78560 78589 78592 78607 78608 78609 78611
410 OK UID SEARCH completed
411 UID SEARCH FLAGGED
* SEARCH
411 OK UID SEARCH completed
412 UID SEARCH ANSWERED
* SEARCH
412 OK UID SEARCH completed
413 EXAMINE "Cabinet/News/JDE"
* 10 EXISTS
* OK [UNSEEN 2]
* OK [UIDVALIDITY 48899]
* FLAGS (\Answered \Flagged \Deleted \Draft \Seen)
* OK [PERMANENTFLAGS ()]
413 OK [READ-ONLY] EXAMINE completed
414 CLOSE
414 OK CLOSE completed
415 SELECT "Cabinet/News/JDE"
* 10 EXISTS
* OK [UNSEEN 2]
* OK [UIDVALIDITY 48899]
* FLAGS (\Answered \Flagged \Deleted \Draft \Seen)
* OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Draft \Seen)]
415 OK [READ-WRITE] SELECT completed
416 UID SEARCH UID 1:78547
* SEARCH 78533 78547
416 OK UID SEARCH completed
417 EXPUNGE
417 OK EXPUNGE completed
418 CLOSE
418 OK CLOSE completed
Do I need to set some flag that says "do not mark articles read,
unless I mark them read"?
P.S.
(Thanks to all those who responded about patch...)
Simon Josefsson
> Does microsoft exchange work ok with Gnus? I see it on you "wall of
> shame" for IMAP servers. Does exchange have cosmetic bug, or is it a
> failure that would cause Gnus to have the same kind of problem.
It should work (please report anything that doesn't). Gnus includes a
workaround for the flaw in question.
Simon Josefsson
> Ok. To test I went back into the group and marked all 10 of the
> articles unread and did a q to leave. I then started logging with the
> imap log. I opend the group again with an enter. Only one article
> appears, that Troy Noble article... I leave with a q. Here is the
> log from that.
>
> 408 SELECT "Cabinet/News/JDE"
> * 10 EXISTS
> * OK [UNSEEN 2]
> * OK [UIDVALIDITY 48899]
> * FLAGS (\Answered \Flagged \Deleted \Draft \Seen)
> * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Draft \Seen)]
> 408 OK [READ-WRITE] SELECT completed
> 409 UID SEARCH UNSEEN UNDELETED
> * SEARCH 78547
> 409 OK UID SEARCH completed
> 410 UID SEARCH SEEN
> * SEARCH 78533 78554 78560 78589 78592 78607 78608 78609 78611
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> 410 OK UID SEARCH completed
Your server is saying that the articles are read.
Perhaps the server doesn't notice when Gnus tries to mark the messages
as unread though. Could you capture logs during exiting a summary
buffer where you marked all 10 (9) articles as unread and pressed 'q'?
Thanks.
Mark Mynsted
Mark Mynsted
Ok. Here is the log where I mark 4 messages as unread then hit q.
388 UID STORE 73969,73989,74021,74042 -FLAGS (\Seen)
* 25 FETCH (FLAGS () UID 73969)
* 26 FETCH (FLAGS () UID 73989)
* 27 FETCH (FLAGS () UID 74021)
* 28 FETCH (FLAGS () UID 74042)
388 OK UID STORE completed
389 EXPUNGE
389 OK EXPUNGE completed
390 CLOSE
390 OK CLOSE completed
I then see that in the Group buffer the group has 4 unread messages.
I delete the imap log and then hit space bar, only space bar on my
group with the 4 unread messages. Here is the log from that. The
result looks more like a M-u space bar, but that is not what I hit.
Also the 4 unread messages are identified as read.
410 SELECT "INBOX"
* 48 EXISTS
* OK [UIDVALIDITY 3]
* FLAGS (\Answered \Flagged \Deleted \Draft \Seen)
* OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Draft \Seen)]
410 OK [READ-WRITE] SELECT completed
411 UID SEARCH UNSEEN UNDELETED
* SEARCH
411 OK UID SEARCH completed
412 UID SEARCH SEEN
* SEARCH 72001 72002 72020 72070 72144 72224 72239 72242 72255 72273
72276 72286 72290 72307 72646 72759 73047 73194 73223 73226 73403
73470 73585 73969 73989 74021 74042 74165 74178 78025 78036 78228
78495 78535 78536 78537 78539 78540 78558 78559 78561 78602 78605
78606 78620 78795 78796
412 OK UID SEARCH completed
413 UID SEARCH FLAGGED
* SEARCH
413 OK UID SEARCH completed
414 UID SEARCH ANSWERED
* SEARCH
414 OK UID SEARCH completed
415 EXAMINE "INBOX"
* 48 EXISTS
* OK [UIDVALIDITY 3]
* FLAGS (\Answered \Flagged \Deleted \Draft \Seen)
* OK [PERMANENTFLAGS ()]
415 OK [READ-ONLY] EXAMINE completed
416 CLOSE
416 OK CLOSE completed
417 SELECT "INBOX"
* 48 EXISTS
* OK [UIDVALIDITY 3]
* FLAGS (\Answered \Flagged \Deleted \Draft \Seen)
* OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Draft \Seen)]
417 OK [READ-WRITE] SELECT completed
418 UID SEARCH UID 1:78796
* SEARCH 72001 72002 72020 72070 72144 72224 72239 72242 72255 72273
72276 72286 72290 72307 72646 72759 73047 73194 73223 73226 73403
73470 73585 73965 73969 73989 74021 74042 74165 74178 78025 78036
78228 78495 78535 78536 78537 78539 78540 78558 78559 78561 78602
78605 78606 78620 78795 78796
418 OK UID SEARCH completed
Simon Josefsson
> Ok. Here is the log where I mark 4 messages as unread then hit q.
>
> 388 UID STORE 73969,73989,74021,74042 -FLAGS (\Seen)
> * 25 FETCH (FLAGS () UID 73969)
> * 26 FETCH (FLAGS () UID 73989)
> * 27 FETCH (FLAGS () UID 74021)
> * 28 FETCH (FLAGS () UID 74042)
> 388 OK UID STORE completed
> 389 EXPUNGE
> 389 OK EXPUNGE completed
> 390 CLOSE
> 390 OK CLOSE completed
Ok, the articles were marked unread OK. Good.
> I then see that in the Group buffer the group has 4 unread messages.
>
> I delete the imap log and then hit space bar, only space bar on my
> group with the 4 unread messages. Here is the log from that. The
> result looks more like a M-u space bar, but that is not what I hit.
> Also the 4 unread messages are identified as read.
>
> 410 SELECT "INBOX"
Uhm, what happened between the last command (`390') and this one
(`410')?
> * 48 EXISTS
> * OK [UIDVALIDITY 3]
> * FLAGS (\Answered \Flagged \Deleted \Draft \Seen)
> * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Draft \Seen)]
> 410 OK [READ-WRITE] SELECT completed
> 411 UID SEARCH UNSEEN UNDELETED
> * SEARCH
> 411 OK UID SEARCH completed
> 412 UID SEARCH SEEN
> * SEARCH 72001 72002 72020 72070 72144 72224 72239 72242 72255 72273
> 72276 72286 72290 72307 72646 72759 73047 73194 73223 73226 73403
> 73470 73585 73969 73989 74021 74042 74165 74178 78025 78036 78228
> 78495 78535 78536 78537 78539 78540 78558 78559 78561 78602 78605
> 78606 78620 78795 78796
The server now think the articles are read. But I suspect something
happened between 390 and 410 that would explain that. (Or there is a
bug in the server.)
Mark Mynsted
:-) He ha he. I did not realize they were numbered... I was interrupted
when I logged last time; I did not deliberately damage the log, I
simply cut and pasted what I thought was correct...
Here is an uninterrupted log from the following events:
1. I marked messages unread
2. hit q
3. hit space on group from Group buffer
I received the same behavior as before.
552 UID SEARCH UID 78816:78817 NOT SINCE 29-Aug-2001
* SEARCH
552 OK UID SEARCH completed
553 UID STORE 73969,73989,74021,74042 -FLAGS (\Seen)
* 25 FETCH (FLAGS () UID 73969)
* 26 FETCH (FLAGS () UID 73989)
* 27 FETCH (FLAGS () UID 74021)
* 28 FETCH (FLAGS () UID 74042)
553 OK UID STORE completed
554 EXPUNGE
554 OK EXPUNGE completed
555 CLOSE
555 OK CLOSE completed
556 SELECT "INBOX"
* 51 EXISTS
* OK [UIDVALIDITY 3]
* FLAGS (\Answered \Flagged \Deleted \Draft \Seen)
* OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Draft \Seen)]
556 OK [READ-WRITE] SELECT completed
557 UID SEARCH UNSEEN UNDELETED
* SEARCH
557 OK UID SEARCH completed
558 UID SEARCH SEEN
* SEARCH 72001 72002 72020 72070 72144 72224 72239 72242 72255 72273
72276 72286 72290 72307 72646 72759 73047 73194 73223 73226 73403
73470 73585 73969 73989 74021 74042 74165 74178 78025 78036 78228
78495 78535 78536 78537 78539 78540 78558 78559 78561 78602 78605
78606 78620 78795 78796 78807 78816 78817
558 OK UID SEARCH completed
559 UID SEARCH FLAGGED
* SEARCH
559 OK UID SEARCH completed
560 UID SEARCH ANSWERED
* SEARCH 78807
560 OK UID SEARCH completed
561 EXAMINE "INBOX"
* 51 EXISTS
* OK [UIDVALIDITY 3]
* FLAGS (\Answered \Flagged \Deleted \Draft \Seen)
* OK [PERMANENTFLAGS ()]
561 OK [READ-ONLY] EXAMINE completed
562 CLOSE
562 OK CLOSE completed
563 SELECT "INBOX"
* 51 EXISTS
* OK [UIDVALIDITY 3]
* FLAGS (\Answered \Flagged \Deleted \Draft \Seen)
* OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Draft \Seen)]
563 OK [READ-WRITE] SELECT completed
564 UID SEARCH UID 1:78817
* SEARCH 72001 72002 72020 72070 72144 72224 72239 72242 72255 72273
72276 72286 72290 72307 72646 72759 73047 73194 73223 73226 73403
73470 73585 73965 73969 73989 74021 74042 74165 74178 78025 78036
78228 78495 78535 78536 78537 78539 78540 78558 78559 78561 78602
78605 78606 78620 78795 78796 78807 78816 78817
564 OK UID SEARCH completed
Simon Josefsson
> Here is an uninterrupted log from the following events:
> 1. I marked messages unread
> 2. hit q
> 3. hit space on group from Group buffer
Thanks.
Ok, this clearly shows that the buffer is severely broken. The
articles are marked as unread, and the server acknowledge that, and
seconds later they show up as read.
Gnus can workaround most things, but this beyond workarounds.
Complain to the IMAP server vendor..
Simon Josefsson
> Ok, this clearly shows that the buffer is severely broken. The
^^^^^^
Make that "server", sorry.
Mark Mynsted
Yikes. OK, thank you for examining this. I guess you have more
information about GroupWise for your website...
Thanks again.