Re: [kde] KDE filter on 'is in category' doesn't perform filtering
No? I can't be the only one for this is a problem. In a nutshell, how do I enable automatic filtering within Kmail of incoming messages from fetchmail/exim? I have only been able to make it work for mail directly fetched from the remote POP server. ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
Re: [kde] KWallet: what are local passwords?
On Thu 26 Sep 2013 05:08:33 NZST +1200, Frank Steinmetzger wrote: BTW: How do you organise your wallets/passwords efficiently and securely? Dump everything into one wallet. Everything else I doubt is properly supported and therefore probably won't work properly. For web apps wallets unfortunately are only used by konqueror, and if you use that as your only browser, you're sunk before you even started. It doesn't handle multiple users/passwords for the same web form at all, so kwallet is already useless except for one set, not to mention that it never notices a password to store in a large proportion of sites in the first place (firefox doesn't either). Volker -- Volker Kuhlmann is list0570 with the domain in header. http://volker.dnsalias.net/ Please do not CC list postings to me. ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
Re: [kde] Akonadi acting up (again)
Sorry Kevin but I think you have missed the point on the not relevant aspect. Entire post this time really. They may be very relevant from a coding standpoint but not for a user other than one who says Gee this uses an amazing structure and others are using it too so I don't care if it's slow or keeps having problems. :-) Maybe an extreme way of putting things but in essence what matters most? User experiences or implementation/structure if the latter spoils the former. I am not saying that there is anything fundamentally wrong with the structure that is being used either. Just that there seems to be a significant difference in the performance aspects of email in KDE3 as against default email in KDE4. Maybe it's a Windows approach - ah well people will upgrade and Intel plus Moore's law will sort it out. I have noticed that in some ways a 2.6gh dual core plus 8gb of ram can struggle at times running KDE4. Perhaps the problem is not structure but implementation. Going on some other applications it does seem that C++ can have this effect. On the other hand this is not always the case. Makes me feel that there are 2 forms of writing C++ software, OOPs and OOP. In terms of actual performance in the real world Moore's law is a bit dubious anyway. Akanadi etc. Yes different services. I new that there was some tie up but hadn't looked to see what it was. http://cmollekopf.wordpress.com/2013/02/13/kontact-nepomuk-integration-why-data-from-akonadi-is-indexed-in-nepomuk/ Interesting read linked to of the user basefrom here http://userbase.kde.org/Akonadi From this it seems I may well be using KDE4 file indexing even with it turned off. Fine if so as it hasn't done any of the things I don't like. The problem with using inactivity as a trigger was demonstrated when it was forcibly used on SuSe to spin down the disks. As things stand there is no way of determining when an inactive period will end. It also seems that if I really do disable indexing I may loose my digital clock and perhaps one or two other things. The clock sounds like someone thinking wouldn't it be nice to use to me. Hanging too much off a service may be a bad idea any way. Me well I am not against change and also realise that windozy things are a mature technology. All arrangements boil down to some patch of screen with icons or the results of some application in it etc. Difficult to change really but things move on. :-) I sometimes think there are too many software people about with too little to do. On the other hand it's a frightening thought that a PC user such as my wife can do all she generally does on an iPad with a lot less power and sadly more ease. Speed - well printing does take some time to send the data but might not if airprint was available. In all other respects it's way way quicker to use than a net book for instance and just about does all of the things a lot of people want to do. My son bought me one for my birthday and I have to admit it's the most definite step forwards I have seen in a long time even with it's limitations which in practice for many people are few. John - Original Message - From: Kevin Krammer kram...@kde.org To: kde@mail.kde.org Cc: Sent: Tuesday, 24 September 2013, 18:33 Subject: Re: [kde] Akonadi acting up (again) On Tuesday, 2013-09-24, John Woodhouse wrote: - Original Message - From: Kevin Krammer kram...@kde.org To: kde@mail.kde.org Cc: Sent: Monday, 23 September 2013, 18:26 Subject: Re: [kde] Akonadi acting up (again) On Monday, 2013-09-23, John Woodhouse wrote: :-) I'll refrain from commenting on OOPsers ideas on modularity and code re :use and have never looked to see how it's organised so shouldn't. On the :other hand why such a difference between Kmail 3 and 4. Not sure what OOP refers to here but I assume it doesn't mean Object Oriented Programming. Afraid it does - when things look to have gone wrong I hope it catches on. I actually assumed it meant that, but since it didn't make any sense in the context it appeared in I found it better to ask. The server/client based architecture made reusable components more viable but that is the case independent of the client side programming technique/paradigm being used. For example previously it wouldn't have been worthwhile to invest into separating the email viewer into a component since email backend access is a rather tricky business. By not needing to do that anymore in each client it became a viable goal to create a library for email viewing functionality. As a positive side effect it becomes more viable to consider alternative viewers, since the separation reduces implicit coupling. Akonadi, like Evolution Data Server (short EDS) before [1], is a service oriented approach to PIM data access. In some ways that comment isn't relevant. I was
Re: [kde] Akonadi acting up (again)
On Friday, 2013-09-27, John Woodhouse wrote: Sorry Kevin but I think you have missed the point on the not relevant aspect. Entire post this time really. Not at all. I was replying to a part of a mail that introduced development aspects such as programming paradigm and code-reuse. Users of KDE software can be quite advanced or even be developers themselves, so it made sense to respond to those items with the appropriate details. have this effect. On the other hand this is not always the case. Makes me feel that there are 2 forms of writing C++ software, OOPs and OOP. I am not aware of a paradigm names OOPs, but C++ supported development along the lines of many paradigms, usually used in a mixture of them. It is mostly imperative programming, often object oriented, but also sometimes functional. http://cmollekopf.wordpress.com/2013/02/13/kontact-nepomuk-integration-why- data-from-akonadi-is-indexed-in-nepomuk/ From this it seems I may well be using KDE4 file indexing even with it turned off. Very unlikely. The approach described in Christian's blog does not involve file indexing either. The problem with using inactivity as a trigger was demonstrated when it was forcibly used on SuSe to spin down the disks. As things stand there is no way of determining when an inactive period will end. Yes, but it is a starting point for doing the necessary work when it is least intrusive. They do employ other techniques as well AFAIK. It also seems that if I really do disable indexing I may loose my digital clock and perhaps one or two other things. The clock sounds like someone thinking wouldn't it be nice to use to me. I would be surprised if the clock applet interacts with the index in any way. But I am not on the most recent workspace release. Cheers, Kevin -- Kevin Krammer, KDE developer, xdg-utils developer KDE user support, developer mentoring signature.asc Description: This is a digitally signed message part. ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
Re: [kde] Akonadi acting up (again)
On Fri, Sep 27, 2013 at 04:07:26PM +0200, Kevin Krammer wrote: Ah, being a regular user, I didn't know of the job tracker yet. :) It shows thousands of Akonadi::CollectionFetchJob being entries being created and processed. I recently came across a code review request that fixes a bug that sounds a bit like that. It is triggered in situations when, if I remember correctly, the number of favorite folders goes beyond 10. Might that be the case for you? Nope, I only have three. -- Gruß | Greetings | Qapla’ Please do not share anything from, with or about me with any Facebook service. Gegen Pechsträhnen sind auch Friseure machtlos. signature.asc Description: Digital signature ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
Re: [kde] KWallet: what are local passwords?
On Fri, Sep 27, 2013 at 4:44 AM, Volker Kuhlmann hid...@paradise.net.nz wrote: On Thu 26 Sep 2013 05:08:33 NZST +1200, Frank Steinmetzger wrote: BTW: How do you organise your wallets/passwords efficiently and securely? Dump everything into one wallet. Everything else I doubt is properly supported and therefore probably won't work properly. For web apps wallets unfortunately are only used by konqueror, Excuse me? Amarok also uses kwallet, so do a few other application like knetworkmanager. That is a rather bold statement of you... Regards, Myriam -- Proud member of the Amarok and KDE Community Protect your freedom and join the Fellowship of FSFE: http://www.fsfe.org Please don't send me proprietary file formats, use ISO standard ODF instead (ISO/IEC 26300) ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
Re: [kde] KWallet: what are local passwords?
On Friday, 2013-09-27, Myriam Schweingruber wrote: On Fri, Sep 27, 2013 at 4:44 AM, Volker Kuhlmann hid...@paradise.net.nz wrote: On Thu 26 Sep 2013 05:08:33 NZST +1200, Frank Steinmetzger wrote: BTW: How do you organise your wallets/passwords efficiently and securely? Dump everything into one wallet. Everything else I doubt is properly supported and therefore probably won't work properly. For web apps wallets unfortunately are only used by konqueror, Excuse me? Amarok also uses kwallet, so do a few other application like knetworkmanager. That is a rather bold statement of you... I think what Volker wrote is that Konqueror is the only web browser that uses KWallet. Which is likely also false, I would at least expect Rekonq to do that as well and I hear Chrome and Chromium can access KWallet also. Stll I think Volker didn't mean to suggest that Konqueror was the only application using KWallet :) Cheers, Kevin -- Kevin Krammer, KDE developer, xdg-utils developer KDE user support, developer mentoring signature.asc Description: This is a digitally signed message part. ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
Re: [kde] KWallet: what are local passwords?
Volker Kuhlmann posted on Fri, 27 Sep 2013 14:44:19 +1200 as excerpted: On Thu 26 Sep 2013 05:08:33 NZST +1200, Frank Steinmetzger wrote: BTW: How do you organise your wallets/passwords efficiently and securely? Dump everything into one wallet. Everything else I doubt is properly supported and therefore probably won't work properly. That's what I did back when I used kwallet, too. Everything in one wallet. For web apps wallets unfortunately are only used by konqueror, and if you use that as your only browser, you're sunk before you even started. It doesn't handle multiple users/passwords for the same web form at all, so kwallet is already useless except for one set, not to mention that it never notices a password to store in a large proportion of sites in the first place (firefox doesn't either). I agree about konqueror, tho for different reasons. Konqueror's security support isn't where it should be for a browser relied upon for Internet banking, etc, security patches aren't always made in a timely manner. It appears the devs simply consider it a toy, not arguably the highest priority security target most users run, since a browser is the thing most exposed to the wild Internet, AND is likely used for internet banking, etc. That's what ultimately caused me to drop konqueror and switch to firefox. Firefox doesn't integrate quite as well with kde, but they take security far more seriously. Besides, I've come to depend on firefox extensions such as noscript and requestpolicy, which konqueror simply can't keep up with as it doesn't have the developer or user base. Tho the kde integration still kept me on konqueror, with firefox the secondary browser, until I realized that konqueror security issues were taking months, sometimes years, to properly address. (/How/ long did konqueror for kde4 have to wait before it had a proper GUI for security certificate revokation, in this day and age when whole certification authorities along with ALL their certs are being compromised? It was several years after kde4 was declared ready for ordinary users, I know that! What about the double-form-submission bug, in a browser where a double-submission could result in two online purchases instead of one? That one took two monthly bugfix releases, despite them knowing which commit triggered it, and IIRC it was actually introduced in what was /supposed/ to be a bugfix-only release, as well!) Meanwhile, there IS a kwallet integration extension available for firefox as well. I tried it when I first switched to firefox from konqueror. Unfortunately, it had some bugs/features I couldn't live with (it would popup on EVERY PAGE for a site I had a password on, even when I was just browsing and didn't want to login). And as you said, kwallet has trouble when one has more than one login for a site, tho I never had trouble with that when I was using kwallet with konqueror, but it /does/ mean that even with the extension, the integration between kwallet and firefox isn't as good as it could be if the saving schemes were more similar, even if there's nothing the extension author could do about that. So I ended up uninstalling the firefox kwallet extension here, but it is there for those who want to try it, so it's not /just/ the konqueror browser that can use kwallet. -- Duncan - List replies preferred. No HTML msgs. Every nonfree program has a lord, a master -- and if you use the program, he is your master. Richard Stallman ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.