Gnus development mailing list
 help / color / mirror / Atom feed
From: Simon Josefsson <simon@josefsson.org>
To: nathanw@MIT.EDU (Nathan J. Williams)
Cc: ding@gnus.org
Subject: Re: Difficulty copying messages to nnimap groups
Date: Mon, 12 Mar 2007 12:59:35 +0100	[thread overview]
Message-ID: <87ird6hdug.fsf@mocca.josefsson.org> (raw)
In-Reply-To: <mtu7itpj95d.fsf@contents-vnder-pressvre.mit.edu> (Nathan J. Williams's message of "Sat\, 10 Mar 2007 12\:33\:33 -0500")

nathanw@MIT.EDU (Nathan J. Williams) writes:

> I've recently started moving some of my mail from nnml to IMAP
> folders, and naturally tried using nnimap to do it. Copying or moving
> messages works for most messages, but for some (not all)
> more-complicated messages with MIME structure, it hangs. The
> *imap-log* looks something like this:
>
> 275 UNSELECT
> 275 OK Completed
> 276 APPEND "INBOX.cl" {23873}
> + go ahead
> ... contents of message... where did all these ^M's come from?...

The canonical e-mail format uses CRLF.

> --899389228-1059480176-1173234298=:7884--
> ... hang
>
> At this point, if I press C-g, Gnus quits doing that and lets me do
> other things. If I go into some other IMAP mailbox, the log then gets:
>
> 277 SELECT "INBOX"
> 276 OK [APPENDUID 1173392274 67] Completed

I assume you really waited a very long time?  Perhaps the server was
very busy with committing things to disk?

> ... and the message I tried to move is in the IMAP folder (as
> seen in another client), but Gnus still has it in nnml, since it
> doesn't think it finished the operation.

What is the last line of the message in the IMAP folder?

> This seems like a length-mismatch issue of some kind. The original
> message file under nnml is:
>
> 13 contents-vnder-pressvre:nathanw>ls -l 187
> -rw-------   1 nathanw  mit        23368 Mar 10 10:21 187
> 14 contents-vnder-pressvre:nathanw>wc -l 187
>      505 187
>
> And 23368+505 = 23873, the length that was used in the APPEND
> command. I'm puzzled why the server seemed to wait for the text of the
> 277 command to appear before reporting success of 276, but then 277
> succeeded (as 277, and not as 77, as I might suspect).

Right, that seems somewhat weird.  I'd expect the next command to
fail.

> Gnus v5.10.6, Emacs 21.4.1. IMAP server is Cyrus, 2.0.17 (not under my
> control to upgrade).
>
> Is this something that is fixed in a later Gnus? I poked around
> ChangeLogs and CVS and didn't find anything obvious. Any other ideas?

You could try upgrading...

Do you use a Kerberos/GSS-API/SSL stream?  Then try toggling
imap-process-connection-type, and restart Emacs/gnus.

/Simon



      reply	other threads:[~2007-03-12 11:59 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-03-10 17:33 Nathan J. Williams
2007-03-12 11:59 ` Simon Josefsson [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87ird6hdug.fsf@mocca.josefsson.org \
    --to=simon@josefsson.org \
    --cc=ding@gnus.org \
    --cc=nathanw@MIT.EDU \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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).