[Bug 291930] New: kmail2 not usable

[muh2000]

https://bugs.kde.org/show_bug.cgi?id=291930

           Summary: kmail2 not usable
           Product: kmail2
           Version: 4.7
          Platform: Ubuntu Packages
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: major
          Priority: NOR
         Component: general
        AssignedTo: kdepim-bugs at kde.org
        ReportedBy: ultrabla at gmail.com


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

-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.