- User Since
- Apr 12 2015, 12:50 PM (158 w, 13 h)
Sat, Apr 21
Thanks for all these fixes from you. If you have any questions regarding developing please feel free to join #akonadi on IRC or use the mailinglist email@example.com.
Especially as akregator has no real maintainer at the moment, so we will be very happy if people step up and take over mantainership.
Do you have actully commit acces for the repo or do I need to commit this for you?
okay i get it.
ping - solved meanwhile?
KDE Pim 18.03.90 is now released.
Close by T8568
We can hack directly in viewer_p and afterwards add a proper interface for that in MimeTreeParser.
Can you explain, why we should do this? And what is the benefit of this patch?
Thu, Apr 12
Tue, Apr 10
But the whole createUniqueFileName is not supposed to generate unique names anyways, as it is used in a do loop in Maildir::addEntry. I think be better approach to add to mutex, to garantee
QFile::exists(key) || QFile::exists(finalKey) || QFile::exists(curKey) is valid. Maybe we should touch the file in tmp dir immediately. And than it is irrelevant if we use a not so good createUniqueFileName.
Fri, Apr 6
@ivan: tanx for the input
@gregormi also think about the privacy impact. If you use an unsecured laptop, the mails can be accessed without any password etc. Also when you use IMAP the unencrypted mails would saved back to your mailserver and would be accessible there. It might be usescases for that. But I think the propper way is to make sure, that we can handle the encrypted mails all the way down without removing the encryption.
Thu, Apr 5
well for kdepim, we add bullet points and would be happy if others will change this to a nice paragraphs...
some small fixes and merge.
mmh this is not very easy to see what are the changes. Because of the many files disappearing.
I found 8 files that are touched and not deleted. Looks fine so far.
Wed, Apr 4
make extraMetadata a Package filed.
see also D11915 for the metadata extesion.
cleanups and things mentioned by luca.
some more cleanups