On Sat, Dec 17, 2016 at 12:16:20PM +0200, Sergey Poznyakoff wrote:
> The information you provide is unfortunately insufficient to make any
> conclusions.
If I could provide you, I would. I do not have in ~/Maildir any emails
when movemail is moving it. So it is empty all in cur/new/tmp.
My email reading method is to finish all emails, before moving new
mails, so each time I am moving emails, my inbox is completely
empty. No other application has any problems writing into that
Maildir, so it is not logical that movemail is delaying 5 minutes
incorporating changes to destination mailbox, and that it depends of
my system.
Maybe movemail is slow? But I cannot debug it, as I don't have that
possibility.
> Can you *please* make some more attention to what I am saying to you?
> I'd really appreciate it if you do. In my previous posting I said:
>
> >> [Movemail is] busy incorporating changes to your destination mailbox.
>
> In other words, there's no question about IMAP server or whatever. The
> delay occurs while delivering data to your hard disk files. Is that
> clear?
Sorry, not quite clear. When application requires 5 minutes to deliver
5-10 emails into my Maildir, which is empty, then whatever it is
underlying, like incorporating changes, it is a bug, as no changes
require 5 minutes.
> aside and try to get to the facts. It is quite obvious you didn't see
> any changes in ps. The question is: what *was* the output of ps?
just the command line of the movemail, something like below.
The debug is always turned on.
If movemail requires 5 minutes to incorporate changes like you state,
it shall say so in the debug output exactly what it is doing. As
otherwise I cannot debug it.
Jean
(defparameter movemail
(concatenate 'string
"movemail --debug-level='mailbox.prot,!trace6' -v 'imaps://"
username ":" password "@" server ":" port "/"
;; "movemail -v 'imaps://" username ":" password "@" server ":"
port "/"
(car (gethash (intern mailbox) mailboxes)) "' \""
(cadr (gethash (intern mailbox) mailboxes))
"\""))
_______________________________________________
Bug-mailutils mailing list
Bug-mailutils@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-mailutils
