Simon Josefsson writes: > David Abrahams writes: > >>>> When I look at the status line and see >>>> >>>> imap read: 774K >>>> >>>> with the numbers spinning upwards at a rate of only about 15K per >>>> second I grow highly doubtful that it's doing anything other than >>>> reading data from my IMAP server. >>> >>> Hm, yes, this sounds as if it is the downloading that takes time. Hm, >>> maybe it is due to subprocesses in emacs under Windows. Please try >>> profiling the imap and nnimap packages to see where it is spending the >>> time. Maybe the gnus package too, so that the total time is available >>> too (display probably still takes some non-negligible time). >> >> Here's the result for a `M-G' which is not retrieving any messages at >> all, since none were sent (but still does the slow "imap read: ..." >> dance up to about 24K). If you want more data, I'll send myself >> something big and profile that. > > For small data, the cause is much more likely to be server slowness or > network latency, so please send try sending a 5MB attachment or > something. OK, here: