Re: [KDEPIM Kmail] Wrongly displayed message
On giovedì 28 luglio 2016 11:33:29 CEST Martin Steigerwald wrote: > Am Donnerstag, 28. Juli 2016, 10:58:03 CEST schrieb Valerio Passini: > > Today I've discovered that some messages from Amazon where not shown, I > > mean: there was the subject, the sender, but no message inside. The > > message > > looks like HTML stuff to me, but other messages of this kind are visible > > simply by clicking on "enable html" string. The only hint I've is on the > > left side of the message and it says "No html message", while the working > > messages reports either "HTML message" or "Plain message". When replying, > > at least the text part of the invisible message is embedded in, what's > > wrong then? > > The HTML stuff may be in another part of the message that you can select and > then view the HTML. Here is how it's displayed: just a white page. Valerio
Re: KDEPIM ready to be more broadly tested
On Donnerstag, 28. Juli 2016 17:27:25 CEST Volker Groll wrote: > Am Donnerstag, 28. Juli 2016, 16:54:43 CEST schrieb Tim Ruehsen: > > On Thursday, July 28, 2016 4:35:12 PM CEST Volker Groll wrote: > > > Hello Tim, > > > > > > Am Donnerstag, 28. Juli 2016, 14:06:14 CEST schrieb Tim Ruehsen: > > > > On Thursday, July 28, 2016 1:46:55 PM CEST Volker Groll wrote: > > > > > Hi everybody, > > > > > > > > > > I followed Tim's journey through akonadi the last days and > > > > > reproduced > > > > > the steps here with no success. Last night I removed (hopefully) all > > > > > stuff > > > > > from .config, .local, .kde which seems to me connected to baloo or > > > > > akonadi > > > > > or any parts of kontact modules. > > > > > Then I recreated every mail stuff again => no success, the normal > > > > > search > > > > > above the mai list is working, akonadi search gives either nothing > > > > > or > > > > > stupid results not connected to the search. > > > > > > > > > > I also throwed 4:4.14 packages with help of deborphan out of my > > > > > system > > > > > but especially libakonadi stuff is at 4:4.14.10-5? > > > > > > > > Here we talked about Sid/unstable having 16.04.x. > > > > > > > > $ dpkg -l|egrep 'akonadi|baloo|kdepim' > > > > > > > > I can't say anything about the 4.14. stuff except that it was working > > > > before I went to 16.04. > > > > > > > > Regards, Tim > > > > > > Thanks for your answer. > > > > > > I removed now all 4.14 stuff related to akondi|baloo|kdepim. > > > Both digikam and kde-utils (and kde-full!) pulled the old stuff, while > > > installing libakonadi-kf5 won't complain, so I thought it is ok. > > > Now all akonadi stuff is 4:16.04.x or 16.04.x. > > > BTW: what means the leading '4'? > > > > No idea. > > > > > Also agentIndexingVersion=4 in baloorc gives a hint to version 4? > > > > No, it is some internal protocol version. > > > > > Proceedings are of course: > > > stop akonadi and baloo, remove search_db, changed baloorc > > > initialIndexingDone=false and reboot. > > > The hell: No change. > > > > > > And yes, with 4.14 it worked with minor flaws on display. > > > > > > There is also more old stuff of kde around, also parts of 15.x > > > But I need at least okular. > > > > So, you are on Sid/unstable ? > > And you did > > apt-get update && apt-get dist-upgrade before ? > > Yes, I came from stretch, and honestly I used aptitude dist-upgrade. > apt-get dist-upgrade does not want apply any changes right now > > > okular never stopped working here and I use it quite often. > > > > $ dpkg -l '*okular*' > > ii libokularcore6 4:15.08.3-1 amd64 > > libraries for the Okular document viewer > > ii libokularcore7 4:16.04.2-1 amd64 > > libraries for the Okular document viewer > > ii okular 4:16.04.2-1 amd64 > > universal document viewer > > ii okular-extra-backends 4:16.04.2-1 amd64 > > additional document format support for Okular > > > > But I guess libokularcore6 is orphaned and could be purged. > > Sorry misleading you. > I checked most of my installed kde packages to be on 16.04 > and started to throw away everything older. > I of course installed the needed packages again. > By this: For me okular is working without libokularcore7. okular 16.04.2-1 has a dependency: libokularcore7 (= 4:16.04.2-1) You can see this via $ apt-cache show okular > Both baloo and akonadi are not working as expected: > On baloo when I try to index file contents it hangs indefinitely > and I cannot find any open file handler within baloo_indexer or > baloo_file_extractor hinting to a file causing this. > BTW: with dolphin4 I can search (and find) the content of files! > baloo does file indexing, akonadi does email indexing (and some more). > On akonadi the indexer in akonadiconsole has finished, but > "Tools->Find Messages" gives wrong results. Searching after > starting kmail gives in rare cases a correct result list. > Every following search gives the results of this first search. I am just sitting at my home machine. Moving an email folder into another (drag&drop in KMail) seems to index the files. But interestingly, when searching for e.g. Subject 'contains' xxx, it shows emails that don't have 'xxx' within the subject. I just have 5 minutes time and maybe 0 tomorrow but if I find something here, I let you know. Regards, Tim signature.asc Description: This is a digitally signed message part.
Re: KDEPIM ready to be more broadly tested
Hey, [snip] > Now all akonadi stuff is 4:16.04.x or 16.04.x. > BTW: what means the leading '4'? the leading 4 seperated by colon - is called epoch this is used by Debian and has nothing to do with upstream. > Also agentIndexingVersion=4 in baloorc gives a hint to version 4? a baloo internal version Regards, sandro signature.asc Description: This is a digitally signed message part.
Re: KDEPIM ready to be more broadly tested
Am Donnerstag, 28. Juli 2016, 16:54:43 CEST schrieb Tim Ruehsen: > On Thursday, July 28, 2016 4:35:12 PM CEST Volker Groll wrote: > > Hello Tim, > > > > Am Donnerstag, 28. Juli 2016, 14:06:14 CEST schrieb Tim Ruehsen: > > > On Thursday, July 28, 2016 1:46:55 PM CEST Volker Groll wrote: > > > > Hi everybody, > > > > > > > > I followed Tim's journey through akonadi the last days and reproduced > > > > the steps here with no success. Last night I removed (hopefully) all > > > > stuff > > > > from .config, .local, .kde which seems to me connected to baloo or > > > > akonadi > > > > or any parts of kontact modules. > > > > Then I recreated every mail stuff again => no success, the normal > > > > search > > > > above the mai list is working, akonadi search gives either nothing or > > > > stupid results not connected to the search. > > > > > > > > I also throwed 4:4.14 packages with help of deborphan out of my system > > > > but especially libakonadi stuff is at 4:4.14.10-5? > > > > > > Here we talked about Sid/unstable having 16.04.x. > > > > > > $ dpkg -l|egrep 'akonadi|baloo|kdepim' > > > > > > I can't say anything about the 4.14. stuff except that it was working > > > before I went to 16.04. > > > > > > Regards, Tim > > > > Thanks for your answer. > > > > I removed now all 4.14 stuff related to akondi|baloo|kdepim. > > Both digikam and kde-utils (and kde-full!) pulled the old stuff, while > > installing libakonadi-kf5 won't complain, so I thought it is ok. > > Now all akonadi stuff is 4:16.04.x or 16.04.x. > > BTW: what means the leading '4'? > > No idea. > > > Also agentIndexingVersion=4 in baloorc gives a hint to version 4? > > No, it is some internal protocol version. > > > Proceedings are of course: > > stop akonadi and baloo, remove search_db, changed baloorc > > initialIndexingDone=false and reboot. > > The hell: No change. > > > > And yes, with 4.14 it worked with minor flaws on display. > > > > There is also more old stuff of kde around, also parts of 15.x > > But I need at least okular. > > So, you are on Sid/unstable ? > And you did > apt-get update && apt-get dist-upgrade before ? Yes, I came from stretch, and honestly I used aptitude dist-upgrade. apt-get dist-upgrade does not want apply any changes right now > okular never stopped working here and I use it quite often. > > $ dpkg -l '*okular*' > ii libokularcore6 4:15.08.3-1 amd64 > libraries for the Okular document viewer > ii libokularcore7 4:16.04.2-1 amd64 > libraries for the Okular document viewer > ii okular 4:16.04.2-1 amd64 > universal document viewer > ii okular-extra-backends 4:16.04.2-1 amd64 > additional document format support for Okular > > But I guess libokularcore6 is orphaned and could be purged. Sorry misleading you. I checked most of my installed kde packages to be on 16.04 and started to throw away everything older. I of course installed the needed packages again. By this: For me okular is working without libokularcore7. > What exactly is your problem now ? > > Tim Both baloo and akonadi are not working as expected: On baloo when I try to index file contents it hangs indefinitely and I cannot find any open file handler within baloo_indexer or baloo_file_extractor hinting to a file causing this. BTW: with dolphin4 I can search (and find) the content of files! On akonadi the indexer in akonadiconsole has finished, but "Tools->Find Messages" gives wrong results. Searching after starting kmail gives in rare cases a correct result list. Every following search gives the results of this first search. With 4.14 I was able to see the payload of my mails whithin the akonadiconsole browser. Now I see the folder structure, but if I select a folder, I get no entries and on the terminal there is "org.kde.akonadi.ETM: was item fetch job: items: 0" Regards, volker
Re: KDEPIM ready to be more broadly tested
Hi Rendy, Am Donnerstag, 28. Juli 2016, 09:08:43 CEST schrieb rhkra...@gmail.com: > Volker, > > On Thursday, July 28, 2016 07:46:55 AM Volker Groll wrote: > > Any help is appreciated > > You might not consider this help, but I'll make the suggestion anyway. It leads away from my question, but let's give a try. > Perhaps it is worth considering a different tool to do the indexing and > searching of your emails (and, presumably, other documents on your local > disk)? Actually I'm a little frustrated about akonadi/baloo (as it was from 3->4), but I like the idea having all my pim information within one gui to support my daily work with communication. I have a setup with 2 local Maildirs a bunch of email accounts (2 imap, about 8 pop) and an owncloud server for calendar and contacts. Most of the time I'm able to get my work done. But I got used to search both file and mail within the last years, so what to do? I'm using the search in dolpin and kmail to check old information on still running projects --- actually it's somewhat like my CRM tool. With the integration in KDE, I can access --- in therory -- all information in a comfortable way. > There are a number of reasons for this--one is to avoid being pushed into > upgrade cycles based on other things--what I mean is, (iirc) you are now > being forced to upgrade your email client and indexing search tool because > you are either upgrading your Debian version or your version of KDE. > > An independent tool, would be on its own cycle, and you could choose (within > limitations) to upgrade or not when you upgraded your Debian or KDE > versions. > > I like recoll--google for it. It works with many documents including > various email stores, but I'm not sure whether or how it deals with Imap. > On the other hand, if you are storing the imap file(s) locally, I would > think it should be able to handle it. > > I have corresponded with the recoll developer and he has been helpful when I > needed help. > > One caveat--this is only a vague recollection, but I think that at one time > kde was considering adopting (and, of course renaming) recoll for their > indexing and search tool--perhaps it is even the basis for akonadi. > > But, even if it is, switching to recoll instead of akonadi would get you out > of the forced upgrades situation. > > regards, > Randy Kramer I'm convinced there are a bunch of tools doing the index work. Every time the discussion runs towards "I have a problem with a tool" there is a discussion "use an other (of course better) tool". Hm. Unfortunately there is no endless time to test all other tools to find a 'best' one. I did a short look at recoll, but I find it not handy. I do not find i.e. the search for a sender of an email. My first impression is: adequate for file search, but it will took time get all my procedures adopted and learned with this tool. Hmmm. Regards, volker
Re: KDEPIM ready to be more broadly tested
On Thursday, July 28, 2016 4:35:12 PM CEST Volker Groll wrote: > Hello Tim, > > Am Donnerstag, 28. Juli 2016, 14:06:14 CEST schrieb Tim Ruehsen: > > On Thursday, July 28, 2016 1:46:55 PM CEST Volker Groll wrote: > > > Hi everybody, > > > > > > I followed Tim's journey through akonadi the last days and reproduced > > > the steps here with no success. Last night I removed (hopefully) all > > > stuff > > > from .config, .local, .kde which seems to me connected to baloo or > > > akonadi > > > or any parts of kontact modules. > > > Then I recreated every mail stuff again => no success, the normal search > > > above the mai list is working, akonadi search gives either nothing or > > > stupid results not connected to the search. > > > > > > I also throwed 4:4.14 packages with help of deborphan out of my system > > > but especially libakonadi stuff is at 4:4.14.10-5? > > > > Here we talked about Sid/unstable having 16.04.x. > > > > $ dpkg -l|egrep 'akonadi|baloo|kdepim' > > > > I can't say anything about the 4.14. stuff except that it was working > > before I went to 16.04. > > > > Regards, Tim > > Thanks for your answer. > > I removed now all 4.14 stuff related to akondi|baloo|kdepim. > Both digikam and kde-utils (and kde-full!) pulled the old stuff, while > installing libakonadi-kf5 won't complain, so I thought it is ok. > Now all akonadi stuff is 4:16.04.x or 16.04.x. > BTW: what means the leading '4'? No idea. > Also agentIndexingVersion=4 in baloorc gives a hint to version 4? No, it is some internal protocol version. > Proceedings are of course: > stop akonadi and baloo, remove search_db, changed baloorc > initialIndexingDone=false and reboot. > The hell: No change. > > And yes, with 4.14 it worked with minor flaws on display. > > There is also more old stuff of kde around, also parts of 15.x > But I need at least okular. So, you are on Sid/unstable ? And you did apt-get update && apt-get dist-upgrade before ? okular never stopped working here and I use it quite often. $ dpkg -l '*okular*' ii libokularcore6 4:15.08.3-1 amd64 libraries for the Okular document viewer ii libokularcore7 4:16.04.2-1 amd64 libraries for the Okular document viewer ii okular 4:16.04.2-1 amd64 universal document viewer ii okular-extra-backends 4:16.04.2-1 amd64 additional document format support for Okular But I guess libokularcore6 is orphaned and could be purged. What exactly is your problem now ? Tim signature.asc Description: This is a digitally signed message part.
Re: KDEPIM ready to be more broadly tested
Hello Tim, Am Donnerstag, 28. Juli 2016, 14:06:14 CEST schrieb Tim Ruehsen: > On Thursday, July 28, 2016 1:46:55 PM CEST Volker Groll wrote: > > Hi everybody, > > > > I followed Tim's journey through akonadi the last days and reproduced > > the steps here with no success. Last night I removed (hopefully) all stuff > > from .config, .local, .kde which seems to me connected to baloo or akonadi > > or any parts of kontact modules. > > Then I recreated every mail stuff again => no success, the normal search > > above the mai list is working, akonadi search gives either nothing or > > stupid results not connected to the search. > > > > I also throwed 4:4.14 packages with help of deborphan out of my system > > but especially libakonadi stuff is at 4:4.14.10-5? > > Here we talked about Sid/unstable having 16.04.x. > > $ dpkg -l|egrep 'akonadi|baloo|kdepim' > > I can't say anything about the 4.14. stuff except that it was working before > I went to 16.04. > > Regards, Tim Thanks for your answer. I removed now all 4.14 stuff related to akondi|baloo|kdepim. Both digikam and kde-utils (and kde-full!) pulled the old stuff, while installing libakonadi-kf5 won't complain, so I thought it is ok. Now all akonadi stuff is 4:16.04.x or 16.04.x. BTW: what means the leading '4'? Also agentIndexingVersion=4 in baloorc gives a hint to version 4? Proceedings are of course: stop akonadi and baloo, remove search_db, changed baloorc initialIndexingDone=false and reboot. The hell: No change. And yes, with 4.14 it worked with minor flaws on display. There is also more old stuff of kde around, also parts of 15.x But I need at least okular. I have no idea left what to try... Regards, volker
Re: KDEPIM ready to be more broadly tested
Volker, On Thursday, July 28, 2016 07:46:55 AM Volker Groll wrote: > Any help is appreciated You might not consider this help, but I'll make the suggestion anyway. Perhaps it is worth considering a different tool to do the indexing and searching of your emails (and, presumably, other documents on your local disk)? There are a number of reasons for this--one is to avoid being pushed into upgrade cycles based on other things--what I mean is, (iirc) you are now being forced to upgrade your email client and indexing search tool because you are either upgrading your Debian version or your version of KDE. An independent tool, would be on its own cycle, and you could choose (within limitations) to upgrade or not when you upgraded your Debian or KDE versions. I like recoll--google for it. It works with many documents including various email stores, but I'm not sure whether or how it deals with Imap. On the other hand, if you are storing the imap file(s) locally, I would think it should be able to handle it. I have corresponded with the recoll developer and he has been helpful when I needed help. One caveat--this is only a vague recollection, but I think that at one time kde was considering adopting (and, of course renaming) recoll for their indexing and search tool--perhaps it is even the basis for akonadi. But, even if it is, switching to recoll instead of akonadi would get you out of the forced upgrades situation. regards, Randy Kramer
Re: [KDEPIM Kmail] Wrongly displayed message
On Thursday, July 28, 2016 2:12:14 PM CEST Sandro Knauß wrote: > Hey, > > yes I can reproduce - but this here is another issue, what is already fixed > in the upcomming 16.08. Wow, awesome ! Tim signature.asc Description: This is a digitally signed message part.
Re: [KDEPIM Kmail] Wrongly displayed message
Hey, yes I can reproduce - but this here is another issue, what is already fixed in the upcomming 16.08. Regards, sandro -- Am Donnerstag, 28. Juli 2016, 14:08:07 CEST schrieb Tim Ruehsen: > Sandro, did you receive my example mail to reproduce the issue ? > > Mit freundlichen Grüßen > > Tim Rühsen > > On Thursday, July 28, 2016 1:02:31 PM CEST Sandro Knauß wrote: > > Hey, > > > > > The HTML stuff may be in another part of the message that you can select > > > and then view the HTML. > > > > I think they send an multipart/alternative with a empty plaintext ( > > wrongly > > sender). You see this "Plaintext message" at the left side of the mail? > > This is actually a button to switch to the html version of the mail. > > > > Regards, > > > > sandro signature.asc Description: This is a digitally signed message part.
Re: [KDEPIM Kmail] Wrongly displayed message
Sandro, did you receive my example mail to reproduce the issue ? Mit freundlichen Grüßen Tim Rühsen On Thursday, July 28, 2016 1:02:31 PM CEST Sandro Knauß wrote: > Hey, > > > The HTML stuff may be in another part of the message that you can select > > and then view the HTML. > > I think they send an multipart/alternative with a empty plaintext ( wrongly > sender). You see this "Plaintext message" at the left side of the mail? This > is actually a button to switch to the html version of the mail. > > Regards, > > sandro signature.asc Description: This is a digitally signed message part.
Re: KDEPIM ready to be more broadly tested
On Thursday, July 28, 2016 1:46:55 PM CEST Volker Groll wrote: > Hi everybody, > > I followed Tim's journey through akonadi the last days and reproduced > the steps here with no success. Last night I removed (hopefully) all stuff > from .config, .local, .kde which seems to me connected to baloo or akonadi > or any parts of kontact modules. > Then I recreated every mail stuff again => no success, the normal search > above the mai list is working, akonadi search gives either nothing or stupid > results not connected to the search. > > I also throwed 4:4.14 packages with help of deborphan out of my system > but especially libakonadi stuff is at 4:4.14.10-5? Here we talked about Sid/unstable having 16.04.x. $ dpkg -l|egrep 'akonadi|baloo|kdepim' I can't say anything about the 4.14. stuff except that it was working before I went to 16.04. Regards, Tim signature.asc Description: This is a digitally signed message part.
Re: KDEPIM ready to be more broadly tested
Hi everybody, I followed Tim's journey through akonadi the last days and reproduced the steps here with no success. Last night I removed (hopefully) all stuff from .config, .local, .kde which seems to me connected to baloo or akonadi or any parts of kontact modules. Then I recreated every mail stuff again => no success, the normal search above the mai list is working, akonadi search gives either nothing or stupid results not connected to the search. I also throwed 4:4.14 packages with help of deborphan out of my system but especially libakonadi stuff is at 4:4.14.10-5? Any help is appreciated volker Am Mittwoch, 27. Juli 2016, 14:22:22 CEST schrieb Tim Ruehsen: > On Wednesday, July 27, 2016 1:16:18 PM CEST Martin Steigerwald wrote: > > Am Mittwoch, 27. Juli 2016, 10:36:36 CEST schrieb Tim Ruehsen: > > > And just another thing to check: > > > > > > In KMail under Accounts/Receiving I see "Local Folders" pointing to > > > /usr/ > > > oms/.local/share/local-mail/, Archive hook if off. > > > And I see "KMail Folder" pointing to /usr/oms/Mail, but doesn't show the > > > Archive tab. > > > > > > Is that correct - do you have the same ? > > > I am not sure what this 'Local Folders' is for... it always stays empty. > > > > I don´t have any KMail Folder resource anymore, just plain Maildir > > resource. > It is just named "KMail Folders" - it is of course a Maildir resource. > > I have indexing / searching working now, but is was very spooky to get > there... What I did: > > I drag&drop'ped all folders from "KMail Folders" to "Local Folders" (my idea > was to remove "KMail Folders" afterwards, thinking it was some kind of > 'remnant' from upgrades). For a while it looked like it worked - all the > folders/messages appeared in "Local Folders" - even indexed ! > > But than, folders started to reappear in "KMail Folders". After a while I > had all my emails twice (checked this via 'ls' in ~/Mail/ and > ~/.local/share/ local-mail/). After another while all folder from "Local > Folders" where gone... At least my emails are indexed now and searching > works. > But I really transpired while fearing about my emails :-) > > After moving the folders, the filter directories (I have ~120 filters) > automatically changed to the new "Local Folder" directory. Pretty cool, I > thought. Now that all folders where automagically moved back, the filter > directories are at "Please select a folder" nice stupid work for the > afternoon to select 120 directories one by one. > > I will have the same issue at home, on my second Sid installation. But now I > know how to get indexing working - and I just have ~15 filters to work on > :-) > > Thanks for all your great hints & help and for your patience & time ! > > Regards, Tim
Re: [KDEPIM Kmail] Wrongly displayed message
Hey, > The HTML stuff may be in another part of the message that you can select and > then view the HTML. I think they send an multipart/alternative with a empty plaintext ( wrongly sender). You see this "Plaintext message" at the left side of the mail? This is actually a button to switch to the html version of the mail. Regards, sandro signature.asc Description: This is a digitally signed message part.
Re: [KDEPIM Kmail] Wrongly displayed message
Am Donnerstag, 28. Juli 2016, 10:58:03 CEST schrieb Valerio Passini: > Today I've discovered that some messages from Amazon where not shown, I > mean: there was the subject, the sender, but no message inside. The message > looks like HTML stuff to me, but other messages of this kind are visible > simply by clicking on "enable html" string. The only hint I've is on the > left side of the message and it says "No html message", while the working > messages reports either "HTML message" or "Plain message". When replying, > at least the text part of the invisible message is embedded in, what's > wrong then? The HTML stuff may be in another part of the message that you can select and then view the HTML. -- Martin
[KDEPIM Kmail] Wrongly displayed message
Today I've discovered that some messages from Amazon where not shown, I mean: there was the subject, the sender, but no message inside. The message looks like HTML stuff to me, but other messages of this kind are visible simply by clicking on "enable html" string. The only hint I've is on the left side of the message and it says "No html message", while the working messages reports either "HTML message" or "Plain message". When replying, at least the text part of the invisible message is embedded in, what's wrong then? Valerio
Re: KDE Connect media player issue
On mercoledì 27 luglio 2016 14:10:47 CEST Sami Erjomaa wrote: > On 27 July 2016 at 13:43, Valerio Passini wrote: > > I've recently discovered this application and it's really amazing and > > useful. > > What is working not so good is the media remote control plugin, because > > it's > > not able to automatically detected if you are using a compatible media > > player > > like amarok or vlc (this should be documented somewhere). I've found a > > workaround that consists in tinkering with KDE Connect options in > > systemsettings: you need to disable and to enable multimedia control > > receiver, > > than on the smartphone app the media player will show and will be working. > > I'm > > guessing if this is a problem on the app side or on the KDE side, what I > > know > > it's that the app is complaining about the KDE counterpart being older. > > > > Valerio > > Hi, > > This is a bug in the computer side of the application. > https://bugs.kde.org/show_bug.cgi?id=352529 > The application doesn't detect when a media player is started, only those > that are running when the plugin is loaded. > > This is fixed in the 1.0 version that was released 4 days ago in the kde > git. The 1.0 version source isn't released yet in > http://download.kde.org/unstable/kdeconnect/. When it's released there it > can be packaged for Debian. Thanks for your reply and information. Valerio
