| Summary: | setting of kmail2 very confusing | ||
|---|---|---|---|
| Product: | [Applications] kmail2 | Reporter: | Daniel Moyne <daniel.moyne> |
| Component: | general | Assignee: | kdepim bugs <kdepim-bugs> |
| Status: | RESOLVED UNMAINTAINED | ||
| Severity: | normal | ||
| Priority: | NOR | ||
| Version: | 1.99.0 | ||
| Target Milestone: | --- | ||
| Platform: | Unlisted Binaries | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
This bug has only been reported for versions before 4.14, which have been unsupported for at least two years now. Can anyone tell if this bug still present? If noone confirms this bug for a Framework-based version of kmail2 (version 5.0 or later, as part of KDE Applications 15.12 or later), it gets closed in about three months. Just as announced in my last comment, I close this bug. If you encounter it again in a recent version (at least 5.0 aka 15.08), please open a new one unless it already exists. Thank you for all your input. |
Version: 1.99.0 OS: Linux I have folders like "inbox" and "sent-mail" though I have french language selected ! I take the opportunity of this message to bring forward the following issues after upgrading to kubuntu 11.10 : (1) data location In kmail2rc there is no more a line like : folders[$ie]=${KMAIL_HOME} which allowed the user to control where he wanted his data to be (in particular not in "/home/the_user/..." ; in my case I could even have on the local net 2 machines accessing the same data through nfs ; apparently now I have lost control of this. (2) bogofilter Before with bogofilter I was sorthing out spam and non spam mails in specific folders Spam and NonSpam ; from time to time I was training bogofilter with a script with commands like : bogofilter -sv -B $dir_data/Spam/cur bogofilter -nv -B $dir_data/NonSpam/cur where $dir_data=KMAIL_HOME/.Bogofilter.directory How can I manage this now as I have lost control of the data location. (4) migration As it did not work I had to rebuild a fresh new Kmail2 app with a new user ; then copy the configuration files of this user (including akonadi, kmailrc, local-mail, !) to my user and then migrate data with Kmail before moving these folders where I wanted within Kmail ; but I ended-up with some folders where I could not put French names ! Reproducible: Didn't try Steps to Reproduce: I experience the same migration failure when trying to upgrade fom kubuntu 10.04 to 10.10 ; in this case as my /home partition became too big I had to give up upgrade and reinstall kubuntu 10.04. Actual Results: I can send and receive mailsbut I don not have a consistent achitecture of folder names ; size of my "/home" partition is now close to 100 % very likely due to migration mail data where I did not want it to be Expected Results: control of data location was expected OS: Linux (x86_64) release 3.0.0-12-generic Compiler: gcc