[trojita] Different Message-IDs on appended and sent messages

2016-03-20 Thread Erik Quaeghebeur

Dear list,


Due to some threading problems, I sent a mail to myself and checked the 
Message-IDs on the appended message and sent message. I got:


Message-ID: <10344190-bf83-4dd2-8528-508ab20da...@equaeghe.nospammail.net>

Message-ID: <0698264c-68d6-46ba-ba7a-d5ac94977...@equaeghe.nospammail.net>

So, they are different. They should be the same, no? Is this also something 
you observe?


This only happens when using the FastMail server using Trojità. FastMail 
uses a souped-up Cyrus with the following capabilities:


IMAP4REV1
LITERAL+
ID
ENABLE
XAPPLEPUSHSERVICE
ACL
RIGHTS=KXTEN
QUOTA
MAILBOX-REFERRALS
NAMESPACE
UIDPLUS
NO_ATOMIC_RENAME
UNSELECT
CHILDREN
MULTIAPPEND
BINARY
CATENATE
CONDSTORE
ESEARCH
SEARCH=FUZZY
SORT
SORT=MODSEQ
SORT=DISPLAY
SORT=UID
THREAD=ORDEREDSUBJECT
THREAD=REFERENCES
ANNOTATEMORE
ANNOTATE-EXPERIMENT-1
METADATA
LIST-EXTENDED
LIST-STATUS
LIST-MYRIGHTS
LIST-METADATA
WITHIN
QRESYNC
SCAN
XLIST
XMOVE
MOVE
SPECIAL-USE
CREATE-SPECIAL-USE
DIGEST=SHA1
X-REPLICATION
LOGINDISABLED
XCONVERSATIONS
COMPRESS=DEFLATE
X-QUOTA=STORAGE
X-QUOTA=MESSAGE
X-QUOTA=X-ANNOTATION-STORAGE
X-QUOTA=X-NUM-FOLDERS
IDLE

I do not know how to get the SMTP server's capabilities.

Could it be that Trojità generates two Message-IDs for the same message 
when using some advanced submission capabilities?



Best,

Erik



Re: [trojita] GPG support: patches look promising, feedback wanted

2016-03-20 Thread Jan Kundrát

On Thursday, 17 March 2016 22:02:31 CET, Erik Quaeghebeur wrote:
I can't recreate the issue now. I have the feeling something 
has been cached (by GnuPG)? In any case, I think it said it was 
waiting for signature verification.


The only caching comes from Trojita itself. The GpgME library doesn't cache 
anything. However, the code has always started signature verification and 
message rendering in paralel, so I don't really see something like you 
describe can happen.


...unless you've been running without 
https://gerrit.vesnicky.cesnet.cz/r/662 which was about a missing 
QWidget::show(), which could probably explain just this sort of behavior.


Does Trojita's GUI respond to various mouse/keyboard inputs during this 
time?


Yes, it did respond to mouse input. I did not try keyboard.


That verifies that std::async indeed defers execution to the background on 
your system. That's expected and good.


BTW: I'm replying with KMail, as Trojità ‘hangs’ loading the 
message I'm replying to (on FastMail, i.e., a souped-up Cyrus 
server). From what I've been able to determine by copying the 
message to a different account on a different server (Dovecot), 
the issue may be that it uses BINARY.PEEK instead of BODY.PEEK 
and that fetch does not complete for some reason or other, 
perhaps because some advertised capability is broken. (I've had 
this with one other message before.)


Please file a bug about this one, with the IMAP log attached.

Cheers,
Jan

--
Trojitá, a fast Qt IMAP e-mail client -- http://trojita.flaska.net/