Re: Kmail message storage folders
On Monday, 16 April 2018 1:20:10 AM NZST cr wrote: > On Sunday, 15 April 2018 2:48:48 PM NZST Kevin Krammer wrote: > > > > The read/unread status is actually part of the filename. > > I.e. a "read" message's filename contains an "S" (for Seen). > > > > The new/cur is something else if I remember correctly. > > > > Cheers, > > Kevin > > Ah, now that appears to be consistent with what I can see. My 'Ford' > folder in kmail showed just 3 unread messages and just 3 of the files didn't > have 'S' at the end of their filename. I just marked them as 'read' in > Kmail and all the files now are suffixed 'S'. > > Ford/'cur' and 'new' between them contain 119 files and Kmail is showing... > 119 messages! So all present and correct. That's a relief. Thanks > > Cheers > > Chris Umm, I've done some Googling. Apparently, according to the Maildir specification, unread messages should be in 'new' and should be moved to 'cur' when they are "found by a cognizant maildir reading process" (whatever that means) https://en.wikipedia.org/wiki/Maildir It should also attach suffixes such as 'S' for 'Seen' etc - which Kmail evidently does. My conclusion is that, for my purposes, I don't need to worry about 'cur' or 'new', the files all show up as messages in the respective Kmail folder. Chris
Re: Kmail message storage folders
On Sunday, 15 April 2018 2:48:48 PM NZST Kevin Krammer wrote: > On Sonntag, 15. April 2018 14:07:24 CEST cr wrote: > > On Sat, Apr 14, 2018 at 02:36:07PM -0300, Nicolás Alvarez wrote: > > > El 14 abr. 2018, a la(s) 11:01, cr escribió: > > > > One possible snag I can see is that kmail has created, in each folder > > > > such as 'cars', subfolders called 'cur', 'new' and 'tmp'. Typically > > > > 'tmp' is empty but both 'cur' and 'new' are full of messages. How does > > > > kmail (or akonadi?) assign messages to 'cur' or 'new'? If it > > > > arbitrarily shifts messages from one to the other then my copying idea > > > > will likely result in numerous duplicate messages. > > > > > > > > I've tried the Kmail documentation but it doesn't seem to throw any > > > > light on this.> > > > > > > It's the standard Maildir format. 'new' has unread messages, 'cur' has > > > read messages. They will be moved between folders when you mark > > > > messages > > > > > as read or unread. > > > > Thanks for that. It's useful to know how it should work. > > > > (Inspection shows that I have many more files in some 'new' subdirectories > > than Kmail shows as 'unread'. Evidently akonadi is failing to notice > > them, for some reason. I need to investigate that.) > > The read/unread status is actually part of the filename. > I.e. a "read" message's filename contains an "S" (for Seen). > > The new/cur is something else if I remember correctly. > > Cheers, > Kevin Ah, now that appears to be consistent with what I can see. My 'Ford' folder in kmail showed just 3 unread messages and just 3 of the files didn't have 'S' at the end of their filename. I just marked them as 'read' in Kmail and all the files now are suffixed 'S'. Ford/'cur' and 'new' between them contain 119 files and Kmail is showing... 119 messages! So all present and correct. That's a relief. Thanks Cheers Chris
Re: Kmail message storage folders
On Sunday, 15 April 2018 1:25:08 PM NZST Frank Steinmetzger wrote: > I use KMail only on my IMAP server and sync that to my machine using > Offlineimap. But once on my harddrive, my scenario is the same as yours: > read mail from one Maildir tree on several machines at the same time. > > My approach is to use the syncing solution called Unison. That way I can > read and edit Mail on both machines, and unison detects all the changes in > the file system, including mail that was moved from new to cur after it was > read. As long as I don’t edit the same mail on both machines, Unison works > perfectly with this. Thanks. I see Unison is available as a .deb and I've just installed it on both machines. It looks as if that could be the optimum solution for my setup. All I need to do now (after I've debugged why not all the emails in 'new' subdirectories are showing up as 'unread') is do a one-time copy of the entire Maildir tree to my laptop and thereafter, periodically keep it synced with Unison. Hopefully. Regards Chris
Re: Kmail message storage folders
On Sat, Apr 14, 2018 at 02:36:07PM -0300, Nicolás Alvarez wrote: > El 14 abr. 2018, a la(s) 11:01, cr escribió: > > One possible snag I can see is that kmail has created, in each folder > > such as 'cars', subfolders called 'cur', 'new' and 'tmp'. Typically > > 'tmp' is empty but both 'cur' and 'new' are full of messages. How does > > kmail (or akonadi?) assign messages to 'cur' or 'new'? If it > > arbitrarily shifts messages from one to the other then my copying idea > > will likely result in numerous duplicate messages. > > > > I've tried the Kmail documentation but it doesn't seem to throw any > > light on this.> > It's the standard Maildir format. 'new' has unread messages, 'cur' has > read messages. They will be moved between folders when you mark messages > as read or unread. Thanks for that. It's useful to know how it should work. (Inspection shows that I have many more files in some 'new' subdirectories than Kmail shows as 'unread'. Evidently akonadi is failing to notice them, for some reason. I need to investigate that.) Regards Chris
Kmail message storage folders
I currently have Kmail on my server, with thousands of messages in Maildir format on a separate partition (which simplifies migration/upgrading). They're sorted into many subfolders such as 'cars', 'accounts', 'kde' etc. I typically ssh into the server from whichever laptop I'm using and run Kmail on the server via ssh, which avoids any syncing issues. However this does mean my server is running for hours just for emails, which costs power. I'm considering running kmail on a laptop and syncing every few days by copying the new emails to the server's partition using 'cp' or Nautilus or similar to copy recursively only new mailfiles. Can anyone confirm if this will work? Is there a better way to sync? One possible snag I can see is that kmail has created, in each folder such as 'cars', subfolders called 'cur', 'new' and 'tmp'.Typically 'tmp' is empty but both 'cur' and 'new' are full of messages. How does kmail (or akonadi?) assign messages to 'cur' or 'new'? If it arbitrarily shifts messages from one to the other then my copying idea will likely result in numerous duplicate messages. I've tried the Kmail documentation but it doesn't seem to throw any light on this. Chris
Re: Kmail without kdewallet?
On Monday, 18 September 2017 12:11:57 PM NZST Kevin Krammer wrote: > On Wednesday, 2017-09-06, 23:58:24, cr wrote: > > I'm running Kmail 5.2.3 and kdewallet under Debian 9. Can I safely > > uninstall kdewallet? (Kmail is the only program I run that uses it). > > > > Reason is, I usually start Kmail on my server via ssh from some laptop or > > other. If I go to fetch mail from my ISP, Kmail opens a box for my ISP's > > mail password (the same as my previous installation of Kmail 4 did). > > However, IF I've previously logged in to my server, kdewallet opens a box > > for its password on the server instead, which is a nuisance (and much > > bafflement before I accidentally found this out). > > One option would be to authorize access to KWallet through the login > procedure itself. > > There is a package for the kwallet PAM integration, which unlocks the wallet > on login with the credentials provided to the login process. > > I've been using that (libpam-kwallet5) since I've switched to Plasma 5. > > Requires the wallet to have the same password as for login but very > convenient to have it automatically unlocked at the begin of a session. > > Cheers, > Kevin I may have managed to solve it by similar means. I reluctantly (in case it did something else horrible) installed Kwallet Manager, and set the Kwallet password to blank (the mail password inside Kwallet is still correct). And now Kmail goes and fetches mail without opening a Kwallet password box and without asking for the mail password. This is on my server, hopefully it will still work that way next time I ssh in. (I know it's a 'security hole' but only exactly the same, I think, as having kwallet share my login password. Which it already did anyway, as it happened...) Chris
Re: Kmail without kdewallet?
On Thursday, 7 September 2017 10:09:08 AM NZST René J.V. Bertin wrote: > On Thursday September 07 2017 19:35:58 cr wrote: > >I installed Debian 9 on my server and it came with kmail 5. I use mostly > >Gnome apps, currently with LXDE desktop, Kmail's the only kde program I run > >aside from k3b.And it really is 'kdewallet'. > > kdewallet is the default name for the wallet file that kwallet will create > for you unless told to do otherwise. The software is split in 2 projects: > the KWallet framework and the kwalletmanager utility to interact with it. > I'd be surprised if Debian deviated from their habits used "kdewallet" in > their package names. > >At some point I think I will try uninstalling kdewallet and see what > >breaks... > You could probably figure out how to not USE the kwallet service - KDE PIM4 > has a fallback in which it stores passwords in hardly encrypted form in its > own config (rc) files when kwallet isn't functioning. I never managed to > get it to ask once (per session) for each email password and then cache > that in memory, like you can with Thunderbird. > > I strongly doubt that you can uninstall the kwallet framework; that's a > shared library and dependency for probably every PIM component that needs > to be able to authenticate. Remove the library and all those components > will refuse to launch. > > R. Yes it's kwallet... I suspect you're right. I just ran Synaptic and when I ticked 'uninstall' for a kwallet lib file, it wanted to uninstall kmail and akonadi too... It appears that, if I log in on my server, kwallet activates and lurks and when I subsequently launch kmail (ssh'd from a remote laptop) kwallet opens a dialog box ON THE SERVER for its password. Frustrating when I'm not on the server... If I have NOT previously logged in on the server, then kmail opens its own box on the laptop for my ISP's password which it remembers for the rest of that session. Which is good. So obviously kmail can function without kwallet if it has to, I just can't find an option to force it to. So now I just have to find a way to kill kwallet dead without actually uninstalling it... (I never use it for anything else) Chris Rodliffe
Re: Kmail without kdewallet?
On Thursday, 7 September 2017 10:09:08 AM NZST René J.V. Bertin wrote: > On Thursday September 07 2017 19:35:58 cr wrote: > >I installed Debian 9 on my server and it came with kmail 5. I use mostly > >Gnome apps, currently with LXDE desktop, Kmail's the only kde program I run > >aside from k3b.And it really is 'kdewallet'. > > kdewallet is the default name for the wallet file that kwallet will create > for you unless told to do otherwise. The software is split in 2 projects: > the KWallet framework and the kwalletmanager utility to interact with it. > I'd be surprised if Debian deviated from their habits used "kdewallet" in > their package names. That's probably correct. The pop-up box that asks for a password says 'kdewallet'. > >At some point I think I will try uninstalling kdewallet and see what > >breaks... > You could probably figure out how to not USE the kwallet service - KDE PIM4 > has a fallback in which it stores passwords in hardly encrypted form in its > own config (rc) files when kwallet isn't functioning. I never managed to > get it to ask once (per session) for each email password and then cache > that in memory, like you can with Thunderbird. That's what Kmail does on my system (both the previous version 4 and the current version 5 if it can't find kdewallet) - ask once per session. > I strongly doubt that you can uninstall the kwallet framework; that's a > shared library and dependency for probably every PIM component that needs > to be able to authenticate. Remove the library and all those components > will refuse to launch. > > R. OK, it looks like a trawl through Kmail's config settings might be the first option. Save trying to inactivate kwallet as a last resort. Thanks Chris Rodliffe
Re: Kmail without kdewallet?
On Thursday, 7 September 2017 6:40:38 AM NZST Duncan wrote: > cr posted on Wed, 06 Sep 2017 23:58:24 +1200 as excerpted: > > I'm running Kmail 5.2.3 and kdewallet under Debian 9. Can I safely > > uninstall kdewallet? (Kmail is the only program I run that uses it). > > > > Reason is, I usually start Kmail on my server via ssh from some laptop > > or other. If I go to fetch mail from my ISP, Kmail opens a box for my > > ISP's mail password (the same as my previous installation of Kmail 4 > > did). > > However, IF I've previously logged in to my server, kdewallet opens a > > box for its password on the server instead, which is a nuisance (and > > much bafflement before I accidentally found this out).(I recall > > Kmail 5 persuaded me to install kdewallet when I installed it). > > > > So I hope uninstalling kdewallet will just cause Kmail to open a mail > > password box on my laptop each time. > > kdewallet, or kwallet? At least on gentoo, which tries to stick with > upstream naming, there appears to be no such package as kdewallet. > > But there is a kwallet, one of the kde-frameworks, and while I switched > from kmail to something (being claws-mail in my case) that could actually > handle email without losing it in the mid kde4 era, when kmail jumped the > akonadi shark and started losing mail, and along with that switch from > kmail I ultimately exterminated everything akonadi or kdepim (due to > akonadi deps) related related from my system... > > And even tho I run a rather light plasma desktop without baloo, and don't > actually have anything stored in kwallet now... > > I still have kwallet installed, because it's a dependency of plasma- > desktop and plasma-workspace, and I have those installed because I run a > kde-plasma based desktop. And okular seems to require it too, for some > reason. > > So I'm guessing you'll need kwallet installed if you run a plasma > desktop, and it's likely to fail to start without it. > > Tho perhaps not... an ldd /usr/bin/plasmashell | grep wallet doesn't turn > up any of the kwallet libs in the load list, so maybe it doesn't actually > need them? I suppose I could try uninstalling it and see what actually > fails... then if that works, I could try installing a null-package to > fill the deps and see what breaks in the build... > > Meanwhile, if you run some other desktop environment and simply run kmail > because you prefer it, then it's possible that you can uninstall kwallet. > I wouldn't have any idea what the current state is, because as I said I > quit with the kmail when it started losing my mail after jumping the > akonadi shark, in the mid kde4 era. Hi Duncan Thanks for your comments. I installed Debian 9 on my server and it came with kmail 5. I use mostly Gnome apps, currently with LXDE desktop, Kmail's the only kde program I run aside from k3b.And it really is 'kdewallet'. I usually run kmail ssh'd in from a laptop (I have several) running older Debian, Linux Mint Debian Edition, or some other debian-ish distro. I almost jumped ship from Kmail 4 like you, but I couldn't find another emailer that claimed to use Maildir reliably. I found Kmail 4 ran intolerably slowly via ssh on wireless until I found to invoke ssh with the -C (compression) option. I keep all my mail files (and other data) on a different server partition, which makes it very easy to install an all-new operating system in a spare partition without having to migrate any data. I just have to point kmail at the mail store - which involves some fiddling around in cryptic config files. At some point I think I will try uninstalling kdewallet and see what breaks... Chris Rodliffe
Kmail without kdewallet?
I'm running Kmail 5.2.3 and kdewallet under Debian 9. Can I safely uninstall kdewallet? (Kmail is the only program I run that uses it). Reason is, I usually start Kmail on my server via ssh from some laptop or other. If I go to fetch mail from my ISP, Kmail opens a box for my ISP's mail password (the same as my previous installation of Kmail 4 did). However, IF I've previously logged in to my server, kdewallet opens a box for its password on the server instead, which is a nuisance (and much bafflement before I accidentally found this out).(I recall Kmail 5 persuaded me to install kdewallet when I installed it). So I hope uninstalling kdewallet will just cause Kmail to open a mail password box on my laptop each time. Chris Rodliffe
Re: [kde] scanned image size
On Saturday 26 January 2013 06:08:51 Anne Wilson wrote: > On 25/01/13 14:56, Ingo Malchow wrote: > > Am 25.01.2013 14:13 schrieb "Doug" > > > <mailto:dmcgarr...@optonline.net>>: > >> Hope this is the right forum for the question: I scan an image in > >> using xsane. It displays magnified many many > > > > times. I save > > > >> that image as a .png file, and then when I open it, or email it > > > > someone who opens it, > > > >> either in Linux or in Windows, the image comes out very small on > >> the > > > > screen-- > > > >> smaller than what the original was. (I'm scanning using the scan > >> function of an Epson WP-4530 multi-function printer, networked > >> via Ethernet.) > >> > >> So: is there any way to make the scanned image on screen in xsane > >> look a reasonable facsimile, size-wise, of the original document > >> or picture, > > > > and is > > > >> there a way to make that image come out about that same size > >> when saved as .png and viewed by an image viewer like Gwenview, > >> or Windows Photo Viewer? > >> > >> Thanx--doug > > > > This is probably not the best fitting mailinglist, as this is a > > KDE centric user mailinglist. However, if i get it right, your > > problem seems to be the image viewer of choice doesn't seem to view > > an image in the original size but rather fits it to screen. And > > that is probably exactly what is happening. E.g. i have set > > gwenview to display images to that per default. If i need to zoom > > into an image to see the correct size i can do so. But you can't > > force a setting on users. Neither does there exist a global > > solution that sets any image viewer accordingly. Note, this assumes > > that you have scanned the image correctly and it is indeed saved in > > a higher resolution. > > Something else you might want to consider - > > XSane integrates well with GIMP. I scan from GIMP, which means I have > all the freedom I want to edit the image, scale it, or anything else > > :-) It's not a KDE app, but every distro has it. > > Anne I was going to mention Gimp too. As a further point - when you scan, you decide what size to make it, usually by setting the pixels per inch (either explicitly or by default setting in the software).Almost any graphics viewer (or Gimp) will tell you the size of the resulting image in pixels.You can resize it with Gimp etc. if you wish. How big some other person's graphics viewer displays it depends on their settings, it's not something you can dictate (as Ingo said). cr ___ 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.
