Bug 291930 - kmail2 not usable
Summary: kmail2 not usable
Status: RESOLVED INTENTIONAL
Alias: None
Product: kmail2
Classification: Applications
Component: general (show other bugs)
Version: 4.7
Platform: Ubuntu Linux
: NOR major
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-01-19 08:42 UTC by ultrabla
Modified: 2012-01-19 13:04 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description ultrabla 2012-01-19 08:42:55 UTC
Version:           4.7 (using KDE 4.7.3) 
OS:                Linux

i ran into some issue which i cannot explain. after that i thought well maybe going back in time one or two days wouldnt hurt.

tried to use old backups...:
stopped akonadi (btw. it wouldnt hurt to post the msg about akonadi being stopped a littlebit later because it isnt necessarily stopped when that msg comes....)
deleted kmail/akonadi related stuff in 
~/.config/akonadi
~/.local/share/akonadi/
~/.kde4/share/config/

tried to restore a 3 days old backup
reboot to be sure
started kmail2 -> nothing works.

what additional files are required to set kmail2 up thereby kmail2 works like it should?
well not like it should since it never did that but at least work to some extend where i can use it?

wouldnt it hurt to like put the files of kmail2 in one place...?
that would avoid at least one bugreport about users not finding files....
considering that kde staff complained in the past about being understaffed.

guys please do me a favour: stop adding features that are useless(akonadi), broken (akonadi), economical unwise(akonadi), flawed by design(akonadi).
Or when you do, please give the users the option to opt-IN  to those alpha/beta features.

bunch of stuff is visible lots of stuff seems to be blended into a huge pile of bits and byts where one email account wants to use the transport of another account.
why the fudge is that even possible? makes no sense. i tried to send mail and instead to the outbox it went to an unrelated incomming imap folder ....WHAT THE FUCK??!?!?!?!

is it that hard to create ONE config file for ONE identity/imap\pop3/smtp?
isnt it the most logical way of doing things?
and why do i have to traverse through 3 different menus to setup one, ONE!!!!!!!!, emailaccount? 

i dont understand why i would have to configure the transport for a mailidentity when i hit reply, or manually select the right one. i think it is rather obvious that email sent to "xyz3" will responding by the same email "xyz3" address instead of a unrealted one the first sender doesnt know anything about. 

i dont understand why STATIC configs and files have to have a cache put in front of them.

how about a feature where i can import/export all my settings? i guess that is a feature that would be necessary considering the instability of kmail2 and the fact that kmail2/akonadi team gambles with a potential db crash....   also because i doubt that you guys can fix the issues in the next few years (no offense but look at the past few years)

Reproducible: Always

Steps to Reproduce:
install kde-sc

Actual Results:  
fail and aids

Expected Results:  
positive success
Comment 1 Laurent Montel 2012-01-19 09:51:59 UTC
When you close a bug report, open for a bug not for insult kdepim developper.
I close it
Comment 2 ultrabla 2012-01-19 11:00:25 UTC
(In reply to comment #1)
> When you close a bug report, open for a bug not for insult kdepim developper.
> I close it

show me where i insulted the kdepim-devs...
keep in mind, stating experiences or facts or thoughts arent necessarily insults!
Comment 3 Allen Winter 2012-01-19 13:04:32 UTC
do not reopen this bug.

every legitimate complaint you address in here has already been fixed in 4.8 or is a duplicate of an existing bug report.