[Bug 158040] New: default dictionary doesn't apply if KDE's language is Czech
--- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. http://bugs.kde.org/show_bug.cgi?id=158040 Summary: default dictionary doesn't apply if KDE's language is Czech Product: kontact Version: unspecified Platform: unspecified OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: mail AssignedTo: kdepim-bugs kde org ReportedBy: nesnera email cz Version: neznámý (using 3.5.7 release 72.6 , openSUSE 10.3) Compiler: Target: x86_64-suse-linux OS:Linux (x86_64) release 2.6.22.17-0.1-default I have a check View | Dictionary options in a new message = a can switch dictionary directly. Czech [czech] is displayed in the start but a lot of correct Czech word are displayed as incorrect. If I select Czech [czech] dictionary handy (by click) spelling works fine. If I switch KDE's language to US English Czech [czech] dictionary is displayed also but works immediately.. :-( ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 34681] searching PGP encrypted messages
--- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. http://bugs.kde.org/show_bug.cgi?id=34681 --- Additional Comments From kde mentor ch 2008-02-19 10:52 --- The user needs the option. And it should also work, when I Save As eMails to a normal folder. I found out, I can't do anything with emails I stored, when they still are encrypted. I think the user must have the possibility to decide. If I want to index eMails or process them with different tools, I must be able to strip away the encryption. Otherwise at a given time the eMail will be very safe (nobody will access it ever again, least myself) For long time archivation storing things with the encryption is not feasible. Enterprise strength archivation needs to strip the encryption away too (because most people will not have the keys, the historians and auditors certainly not. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 158043] New: kmail just hungs when accessing imap folder (courier-imap server) having Calendar or Contacts in IMAP based resource enabled
--- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. http://bugs.kde.org/show_bug.cgi?id=158043 Summary: kmail just hungs when accessing imap folder (courier- imap server) having Calendar or Contacts in IMAP based resource enabled Product: kmail Version: unspecified Platform: unspecified OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general AssignedTo: kdepim-bugs kde org ReportedBy: glen delfi ee Version: 1.9.9 (using 3.5.9, PLD Linux Distribution) Compiler: gcc version 3.3.6 (PLD Linux) OS:Linux (x86_64) release 2.6.16.60-6smp kmail, and all other kde applications that access the IMAP KDE Resource hung at some point. noticed that first time i try to access email from imap. only way to get kopete for example to startup is killall kmail and kontact this didn't happen to me with kde 3.5.8, but with upgrade to 3.5.9 sometimes can't even startup kmail, have to kill until none of kmail,kontact is running and then try again: shell1$ kmail ERROR: Communication problem with kmail, it probably crashed. shell2$ $ killall -v kmail kontact Killed kmail(15661) with signal 15 Killed kontact(15739) with signal 15 Killed kontact(15740) with signal 15 Killed kmail(15863) with signal 15 Killed kmail(15864) with signal 15 however disabling use of all IMAP based resources (which is DIMAP btw) makes the hungs go away. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 158014] Doesn't open Konqueror when pressing a link on a mail
--- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. http://bugs.kde.org/show_bug.cgi?id=158014 finex finex org changed: What|Removed |Added Summary|Doesn't open Konqueror when |Doesn't open Konqueror when |pressing in a mail link |pressing a link on a mail ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 96855] KMail should download small emails first
--- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. http://bugs.kde.org/show_bug.cgi?id=96855 --- Additional Comments From greatbunzinni gmail com 2008-02-19 16:44 --- What's the status on this wish report? Is it even technically possible? ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 104073] dimap: kmail creates empty, broken messages
--- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. http://bugs.kde.org/show_bug.cgi?id=104073 --- Additional Comments From greatbunzinni gmail com 2008-02-19 17:11 --- Yes, kmail 1.9.6 suffers from this bug. After a power outage I noticed that kmail had an email entry in the inbox which isn't possible to delete. When I launch kmail through the command line, the following warning message is printed out: kmail: WARNING: FolderStorage::getMsg, message has no sernum, index: 0 What do I need to do to get rid of that ghost email entry? ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 75866] JJ: rename sent-messages folder at start of month
--- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. http://bugs.kde.org/show_bug.cgi?id=75866 --- Additional Comments From greatbunzinni gmail com 2008-02-19 17:05 --- I don't see where exactly is there a need to implement this feature in kmail. It is better to store all sent emails in a single directory and then filter out the information as you see fit, including date. If you start splitting those emails up then you will lose the power to easily go through your emails. Moreover, if you believe you absolutely need this feature then, as all emails are stored in plain text format, it is very easy to write a small script that goes through the emails in any directory and move out those which fall into some category, including date sent. Why not give it a try? On the other hand, as this wishlist report basically stood still since 2005, then I do believe that no one really wants this feature. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 158054] New: smtp authentication attempt crashes on an assertion
--- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. http://bugs.kde.org/show_bug.cgi?id=158054 Summary: smtp authentication attempt crashes on an assertion Product: kmail Version: unspecified Platform: Compiled Sources OS/Version: Linux Status: NEW Severity: crash Priority: NOR Component: general AssignedTo: kdepim-bugs kde org ReportedBy: jeremy scitools com Version:(using Devel) Installed from:Compiled sources Compiler: gcc 4.1 OS:Linux Whenever I try to send e-mail from kmail built from trunk, I get a crash in MailTransport with the following backtrace: kde4 ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 158074] New: summary hangs after switching from mail
--- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. http://bugs.kde.org/show_bug.cgi?id=158074 Summary: summary hangs after switching from mail Product: kontact Version: 1.1 Platform: unspecified OS/Version: Linux Status: UNCONFIRMED Severity: crash Priority: NOR Component: summary AssignedTo: kdepim-bugs kde org ReportedBy: sts gmx de Version: 1.1 (using 3.5.9 release 51.2 , openSUSE ) Compiler: Target: i586-suse-linux OS:Linux (i686) release 2.6.22.17-0.1-default After click on Summary Kontact hangs with full cpu load. I kill the programm and I got this report. (see attachment) ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 158074] summary hangs after switching from mail
--- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. http://bugs.kde.org/show_bug.cgi?id=158074 --- Additional Comments From sts gmx de 2008-02-19 23:37 --- Created an attachment (id=23624) -- (http://bugs.kde.org/attachment.cgi?id=23624action=view) crash report ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 158078] New: no Mail file in user directory, but KMail works
--- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. http://bugs.kde.org/show_bug.cgi?id=158078 Summary: no Mail file in user directory, but KMail works Product: kmail Version: unspecified Platform: unspecified OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general AssignedTo: kdepim-bugs kde org ReportedBy: lrzodm earthlink net Version: 1.9.6 (enterprise 20070904.708012) (using 3.5.7 release 72.6 , openSUSE 10.3) Compiler: Target: x86_64-suse-linux OS:Linux (x86_64) release 2.6.22.17-0.1-default I recently upgraded from SuSE 9.3 to openSuSE 10.3 on two different computers. I copied the Mail file from my old installation (renamed it old_Mail) to my new user account (I had to replace the disk), fired up kmail and used the Import feature in the File menu. Not everything worked as I expected, but I ultimately got a working setup and access to all my old mail, all located in a Mail file in my home directory that I did not create. However, in the meantime, I had set up kmail on another machine where the operating system upgrade occurred first, and had been receiving mail there . When I went to that system to copy the Mail file over to the system I now had a running kmail on and import it suitably renamed, I could find no Mail file in my home directory. Only after reading the bug reports did I see that there had been requests to hide the Mail file. I did find it in .kde/share/apps/kmail, but this behavior is not consistent with what happened on the other machine, where no such file exists. What is going on here? What is the defaullt behavior on first invocation of kmail? Use a Mail file if it exists? Otherwise create a hidden mail file? The Import documentation assumes a Mail file exists. I didn't create one, but one existed after I imported. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 158080] New: Odd: Move Email will not find folder beginning with Old - REGRESSION
--- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. http://bugs.kde.org/show_bug.cgi?id=158080 Summary: Odd: Move Email will not find folder beginning with Old - REGRESSION Product: kmail Version: unspecified Platform: unspecified OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general AssignedTo: kdepim-bugs kde org ReportedBy: mailinglist endosquid com Version: 1.9.9 (using 3.5.9, Kubuntu (gutsy) 4:3.5.9-0ubuntu1~gutsy1~ppa1) Compiler: Target: i486-linux-gnu OS:Linux (i686) release 2.6.22-14-generic I have a subfolder Old of a folder Photo. Kmail under 3.5.8 found the folder in the move dialog by just typing in old. Now, I just upgraded, and it no longer finds old. Even capitalized. Finds every other dang folder but old. Even other subfolders of Photo. I am stymied. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 117336] Soft word wrap is really necessary
--- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. http://bugs.kde.org/show_bug.cgi?id=117336 --- Additional Comments From matt whitlock name 2008-02-20 04:50 --- Created an attachment (id=23628) -- (http://bugs.kde.org/attachment.cgi?id=23628action=view) soft-break.patch I disagree with the reporter's opinion that the current implementation is adequate for plain-text mail. Currently we have two options: word wrap at X columns or do not wrap. The former case behaves correctly (and actually better than most mail clients) in that What You See Is What You Get in the composer window. (Kudos.) The latter case is problematic: the actual mail is sent correctly, but the QTextEdit widget in the composer window has its wrapping mode set to NoWrap, which means long lines run right off the edge of the widget and instigate a horizontal scroll bar. (Ugly and unusable.) Simply changing the line wrap mode of the editor to WidgetWidth does not completely solve the problem because the code that breaks the lines for actual transmission relies on the editor's wrapping. So what happens is that the actually transmitted lines get hard-broken wherever the editor widget put soft line breaks, which depends on its current graphical width. Fortunately, the message composer already has a mechanism to suppress the breaking behavior, although it appears that over the course of several code revisions, it has become disused. However, that mechanism could potentially be invoked when sending a message when the composer's Word Wrap option has been turned off. The attached patch, therefore, makes the following four changes: 1.) When initially setting up the editor component, set its word wrap mode to QTextEdit::WidgetWidth instead of QTextEdit::NoWrap if the global word wrap option is not selected. 2.) When toggling the local word wrap mode (from the Options menu in the composer window), switch the editor's word wrap mode to QTextEdit::WidgetWidth instead of QTextEdit::NoWrap when deselecting word wrap. 3.) When copying parameters from the composer window to the message composer, do not force the mDisableBreaking flag to false. 4.) Instead, set the mDisableBreaking flag iff the composer window's editor component's word wrap mode is QTextEdit::WidgetWidth. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs