* some articles cannot be found with IMAP
@ 2011-05-05 15:25 Seb
2011-05-05 15:58 ` Tassilo Horn
0 siblings, 1 reply; 6+ messages in thread
From: Seb @ 2011-05-05 15:25 UTC (permalink / raw)
To: ding
Hi,
I use an IMAP server defined like:
(setq gnus-select-method
'(nnimap "myself"
(nnimap-address "my.imap.server")
(nnimap-stream ssl)))
I also access the server with another client (Kmail).
When I delete from a given box or move articles between boxes in Kmail,
then Gnus gets confused about what happened and can no longer find
articles that weren't touched at all. For example, suppose there are
these messages in INBOX:
1
2
3
If I get into INBOX in Kmail and delete message "1", Gnus correctly
understands this message doesn't exist so no longer shows it in the
summary buffer, but does list "2" and "3" there. However, if I select
"2" *or* "3" I get "No such article (may have expired or been
canceled")". These articles are of course there, as I can read them in
the server and in Kmail, and nothing was done to them. It seems as if
Gnus has gotten confused about the sequence of articles in the server.
I've tried M-g'ing and M-c'ing the group, and restarting Emacs/Gnus, but
that doesn't change anything. Any advice on how to correct this would
be appreciated.
Cheers,
--
Seb
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: some articles cannot be found with IMAP
2011-05-05 15:25 some articles cannot be found with IMAP Seb
@ 2011-05-05 15:58 ` Tassilo Horn
2011-05-05 16:10 ` Seb
0 siblings, 1 reply; 6+ messages in thread
From: Tassilo Horn @ 2011-05-05 15:58 UTC (permalink / raw)
To: ding
Seb <spluque@gmail.com> writes:
Hi Seb,
> If I get into INBOX in Kmail and delete message "1", Gnus correctly
> understands this message doesn't exist so no longer shows it in the
> summary buffer, but does list "2" and "3" there. However, if I select
> "2" *or* "3" I get "No such article (may have expired or been
> canceled")". These articles are of course there, as I can read them
> in the server and in Kmail, and nothing was done to them. It seems as
> if Gnus has gotten confused about the sequence of articles in the
> server.
Is that IMAP server agentized in Gnus? The agent is known to get
confused sometimes with backends that support deletion of articles.
Bye,
Tassilo
--
Sent from my Emacs
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: some articles cannot be found with IMAP
2011-05-05 15:58 ` Tassilo Horn
@ 2011-05-05 16:10 ` Seb
2011-05-05 18:06 ` Tassilo Horn
2011-07-02 15:02 ` Dave Abrahams
0 siblings, 2 replies; 6+ messages in thread
From: Seb @ 2011-05-05 16:10 UTC (permalink / raw)
To: ding
On Thu, 05 May 2011 17:58:19 +0200,
Tassilo Horn <tassilo@member.fsf.org> wrote:
[...]
> Is that IMAP server agentized in Gnus? The agent is known to get
> confused sometimes with backends that support deletion of articles.
Yes, indeed I just found out by setting gnus-agent to nil, and the
confusion is gone. I'll have to find a way to de-agentize my IMAP mail
groups, so as to keep the default gnus-agent t.
Thanks,
--
Seb
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: some articles cannot be found with IMAP
2011-05-05 16:10 ` Seb
@ 2011-05-05 18:06 ` Tassilo Horn
2011-05-05 18:24 ` Seb
2011-07-02 15:02 ` Dave Abrahams
1 sibling, 1 reply; 6+ messages in thread
From: Tassilo Horn @ 2011-05-05 18:06 UTC (permalink / raw)
To: ding
Seb <spluque@gmail.com> writes:
Hi Seb,
>> Is that IMAP server agentized in Gnus? The agent is known to get
>> confused sometimes with backends that support deletion of articles.
>
> Yes, indeed I just found out by setting gnus-agent to nil, and the
> confusion is gone. I'll have to find a way to de-agentize my IMAP mail
> groups, so as to keep the default gnus-agent t.
In *Group*, enter the server buffer with ^. There, move point to your
IMAP server and hit `J r'.
Bye,
Tassilo
--
Sent from my Emacs
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: some articles cannot be found with IMAP
2011-05-05 18:06 ` Tassilo Horn
@ 2011-05-05 18:24 ` Seb
0 siblings, 0 replies; 6+ messages in thread
From: Seb @ 2011-05-05 18:24 UTC (permalink / raw)
To: ding
On Thu, 05 May 2011 20:06:21 +0200,
Tassilo Horn <tassilo@member.fsf.org> wrote:
[...]
> In *Group*, enter the server buffer with ^. There, move point to your
> IMAP server and hit `J r'.
Excellent, thanks!
--
Seb
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: some articles cannot be found with IMAP
2011-05-05 16:10 ` Seb
2011-05-05 18:06 ` Tassilo Horn
@ 2011-07-02 15:02 ` Dave Abrahams
1 sibling, 0 replies; 6+ messages in thread
From: Dave Abrahams @ 2011-07-02 15:02 UTC (permalink / raw)
To: ding
Seb <spluque <at> gmail.com> writes:
>
> On Thu, 05 May 2011 17:58:19 +0200,
> Tassilo Horn <tassilo <at> member.fsf.org> wrote:
>
> [...]
>
> > Is that IMAP server agentized in Gnus? The agent is known to get
> > confused sometimes with backends that support deletion of articles.
>
> Yes, indeed I just found out by setting gnus-agent to nil, and the
> confusion is gone. I'll have to find a way to de-agentize my IMAP mail
> groups, so as to keep the default gnus-agent t.
Near as I can tell, you can still keep the agent for IMAP if you're
willing to `M-x gnus-agent-expire-group' any time you think deleted
articles are hanging around too long. Apparently "agent expiry" isn't
really the same as regular expiry, in that it's just about clearing out
the agent's cache. Somebody please correct me if I'm wrong (or
confirm that I'm right ;-)).
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2011-07-02 15:02 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2011-05-05 15:25 some articles cannot be found with IMAP Seb
2011-05-05 15:58 ` Tassilo Horn
2011-05-05 16:10 ` Seb
2011-05-05 18:06 ` Tassilo Horn
2011-05-05 18:24 ` Seb
2011-07-02 15:02 ` Dave Abrahams
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).