[Akonadi] [Bug 358267] Incoming mail moved to Trash immediately
https://bugs.kde.org/show_bug.cgi?id=358267 --- Comment #3 from Arthur Schiwon --- Hi Justin, thanks to getting back to me five years after reporting a data-loosing issue. I am sure you understand I stopped using kmail and lost trust in the maintainership in the meantime. I do not know whether the issue persists. Cheers Arthur -- You are receiving this mail because: You are on the CC list for the bug.
[Akonadi] [Bug 344874] username/password not being sent in header
https://bugs.kde.org/show_bug.cgi?id=344874 Arthur Schiwon <bli...@arthur-schiwon.de> changed: What|Removed |Added CC||bli...@arthur-schiwon.de -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 358267] Incoming mail moved to Trash immediately
https://bugs.kde.org/show_bug.cgi?id=358267 --- Comment #1 from Arthur Schiwon <bli...@arthur-schiwon.de> --- Btw, the mails were not moved into local trashbin as configured when they were deleted. They went in to the "real" trash on the corporate account. Turns out, it sporadically acts like this also on my private mailserver (dovecot). It first deletes and subsequently expunges them in this case: Jan 21 12:48:11 $HOSTNAME dovecot: imap($USER): delete: box=INBOX, uid=131277, msgid=<2016012701.366C84C8063E@$HOST>, size=1537, from=root@$HOST (Cron Daemon), subject=Cron <root@$HOSTNAME>cd / && run-parts --report /etc/cron.hourly, flags=(\Deleted) Jan 21 12:48:10 $HOSTNAME dovecot: imap($USER): expunge: box=INBOX, uid=130801, msgid=<20151220053031.0D5024C801B0@$HOST>, size=4997, from=root@$HOST (Cron Daemon), subject=Cron <root@$HOSTNAME> test -x /usr/sbin/anacron || ( cd / && run-parts --repor..., flags=(\Deleted) However, they do not end up in the server-side trash, but are just gone. What I also did some time this month, i think, was enabling bogfilter in KMail, though I don't see a direct relation. -- You are receiving this mail because: You are on the CC list for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 358267] New: Incoming mail moved to Trash immediately
https://bugs.kde.org/show_bug.cgi?id=358267 Bug ID: 358267 Summary: Incoming mail moved to Trash immediately Product: Akonadi Version: unspecified Platform: Archlinux Packages OS: Linux Status: UNCONFIRMED Severity: grave Priority: NOR Component: IMAP resource Assignee: chrig...@fastmail.fm Reporter: bli...@arthur-schiwon.de CC: kdepim-bugs@kde.org, vkra...@kde.org Incoming email is was suddenly started to be moved to the trash. This happened recently already, so I decided to setup a new Imap resource. All worked not round but okish, until three days later I also found my incoming mails being moved to trash. It happens with my corporate email account. That is served by a Kerio mail server. The admin could confirm that my client was moving the mails to trash. This first time it happened some time earlier in January. I did not have issues like that before. Very likely it started after KDE Releases Frameworks 5.18.0 and KDE Releases Applications 15.12.1 releases. Akonadi 5.1.51 Using KMail 5.5.1 I am using Antergos, it takes Akonadi etc. directly from Arch repositories. Reproducible: Sometimes Steps to Reproduce: 1. Configure an IMAP resource (against a Kerio mailserver) 2. Use it for couple of days 3. If you wonder why there are no new mail in your inbox, check trash Actual Results: You will find unread emails in your trash that should be in Inbox instead Expected Results: Email stay in Inbox -- You are receiving this mail because: You are on the CC list for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 289097] error "Unable to fetch item from backend" when entering IMAP folder
https://bugs.kde.org/show_bug.cgi?id=289097 Arthur Schiwon <bli...@arthur-schiwon.de> changed: What|Removed |Added CC||bli...@arthur-schiwon.de --- Comment #81 from Arthur Schiwon <bli...@arthur-schiwon.de> --- I have not seen this for quite some time now. Probably fixed meanwhile, as suggested by Dimitrios. Close? -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 354937] constantly high cpu consumption by akonadiserver
https://bugs.kde.org/show_bug.cgi?id=354937 --- Comment #4 from Arthur Schiwon <bli...@arthur-schiwon.de> --- Thanks for your answer. Via Akonadi Console I found two "Notes" entries, one being akonadi_akonotes_resource_0. I removed both. After removing akonadi_akonotes_resource_0 flooding .xsession-errors stopped and the CPU usage went back to normal. I do remember that at one point I added Notes to emails. An action that I do very rarely and did not do recently, but a longer time ago. That said I also do not which ones had them and whether they still have them. In my case, if there are lost now, it's not a big deal. However, for a real user of Notes this is probably not a way to go.. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 354937] New: constantly high cpu consumption by akonadiserver
https://bugs.kde.org/show_bug.cgi?id=354937 Bug ID: 354937 Summary: constantly high cpu consumption by akonadiserver Product: Akonadi Version: unspecified Platform: Kubuntu Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: server Assignee: kdepim-bugs@kde.org Reporter: bli...@arthur-schiwon.de After upgrading to Kubuntu 15.10, thus Akonadi 5.0.51 (btw, not possible to pick this in the version selector here), the akonadiserver has a constantly high CPU consumption. Currently, several akonadiserver processes are running, one consuming between 32 and 35% CPU, others so more around 10% (+-2). The first corresponding mysqld is eating around 20%, the other two around 10% (+-2). This is especially annoying when having my laptop unplugged, as it drains the battery quickly. CPU: i5-2520M CPU @ 2.50GHz (2 cores, respectively 4 threads). Stopping the server (akonadictl stop), waiting and starting it again produces same effects as described. Reproducible: Always Steps to Reproduce: 1. Boot up and log in… Actual Results: Constantly high CPU usage Battery Drain Expected Results: Minimal CPU usage (when doing actual work) Qt 5.5.1, but have seen this with 5.4, too. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 354937] constantly high cpu consumption by akonadiserver
https://bugs.kde.org/show_bug.cgi?id=354937 --- Comment #1 from Arthur Schiwon <bli...@arthur-schiwon.de> --- Created attachment 95357 --> https://bugs.kde.org/attachment.cgi?id=95357=edit htop filtered for Akonadi This the htop output filtered for Akonadi -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 354937] constantly high cpu consumption by akonadiserver
https://bugs.kde.org/show_bug.cgi?id=354937 --- Comment #2 from Arthur Schiwon <bli...@arthur-schiwon.de> --- In .xsession-errors following lines are added continuously: posting retrieval request for item 149472 there are 1 queues and 0 items in mine request for item 149472 still pending - waiting processing retrieval request for item 149472 parts: QVector("RFC822") of resource: "akonadi_akonotes_resource_0" akonadiagentbase_log: Item does not provide part "RFC822" continuing request for item 149472 succeeded posting retrieval request for item 149472 there are 1 queues and 0 items in mine request for item 149472 still pending - waiting processing retrieval request for item 149472 parts: QVector("RFC822") of resource: "akonadi_akonotes_resource_0" akonadiagentbase_log: Item does not provide part "RFC822" continuing request for item 149472 succeeded posting retrieval request for item 112251 there are 1 queues and 0 items in mine request for item 112251 still pending - waiting processing retrieval request for item 112251 parts: QVector("RFC822") of resource: "akonadi_akonotes_resource_0" akonadiagentbase_log: Item does not provide part "RFC822" continuing request for item 112251 succeeded posting retrieval request for item 149472 there are 1 queues and 0 items in mine request for item 149472 still pending - waiting processing retrieval request for item 149472 parts: QVector("RFC822") of resource: "akonadi_akonotes_resource_0" akonadiagentbase_log: Item does not provide part "RFC822" continuing request for item 149472 succeeded posting retrieval request for item 149472 there are 1 queues and 0 items in mine request for item 149472 still pending - waiting processing retrieval request for item 149472 parts: QVector("RFC822") of resource: "akonadi_akonotes_resource_0" akonadiagentbase_log: Item does not provide part "RFC822" continuing request for item 149472 succeeded … -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 320757] CalDAV Calender not shown anymore. Tasks only partly.
https://bugs.kde.org/show_bug.cgi?id=320757 --- Comment #15 from Arthur Schiwon bli...@arthur-schiwon.de --- Back using Kontact (4.14) i did not see this happening again. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 320757] CalDAV Calender not shown anymore. Tasks only partly.
https://bugs.kde.org/show_bug.cgi?id=320757 --- Comment #11 from Arthur Schiwon bli...@arthur-schiwon.de --- Which more information can I provide? When the events and tasks disappear, can you have a look in akonadiconsole to see if they're still listed? If not, does restarting the resource help? I can have a similar behavior by forcefully clearing Akonadi's cache, but I don't think this is something that happens in normal circumstances. Sorry, I don't have the setup anymore (i.e. no Akonadi at all). IIRC restarting resources did not help. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 320757] CalDAV Calender not shown anymore. Tasks only partly.
https://bugs.kde.org/show_bug.cgi?id=320757 Arthur Schiwon bli...@arthur-schiwon.de changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|FIXED |--- -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 320757] CalDAV Calender not shown anymore. Tasks only partly.
https://bugs.kde.org/show_bug.cgi?id=320757 --- Comment #5 from Arthur Schiwon bli...@arthur-schiwon.de --- After some more time of using: the problems in 4.10.5 remain. Sometimes calendar and tasks are shown, often not. Running nepomuk cleaner more or less regularly does not help. Which more information can I provide? Also, after a reboot Kontact states that Akonadi is not running, although it does. I need to restart Kontact (minor annoyance for me because I suspend my laptop usually). -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 320757] CalDAV Calender not shown anymore. Tasks only partly.
https://bugs.kde.org/show_bug.cgi?id=320757 --- Comment #3 from Arthur Schiwon bli...@arthur-schiwon.de --- After upgrade and using nepomukcleaner: still no calendar. No tasks at all. Same error messages. What to do? -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 320757] CalDAV Calender not shown anymore. Tasks only partly.
https://bugs.kde.org/show_bug.cgi?id=320757 --- Comment #4 from Arthur Schiwon bli...@arthur-schiwon.de --- Sorry, I was too fast. Now everything is there. Sorry and thanks again! -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Akonadi] [Bug 320757] New: CalDAV Calender not shown anymore. Tasks only partly.
https://bugs.kde.org/show_bug.cgi?id=320757 Bug ID: 320757 Summary: CalDAV Calender not shown anymore. Tasks only partly. Classification: Unclassified Product: Akonadi Version: 4.10 Platform: Ubuntu Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: DAV Resource Assignee: kdepim-bugs@kde.org Reporter: bli...@arthur-schiwon.de Fresh and clean setup of KDEPIM 4.10.2. I added a CalDAV calender resource (serverd by my ownCloud 4.5). In the wizard, I chose genered CalDAV and configured everything myself. Meanwhile I upgraded to 4.10.3. It's already some weeks ago. What happens now is that my calenders (5 calenders in my CalDAV resource) are not shown. To be more precise: they are shown in the resource list, but no appointment is displayed (and there should be lots). In the Tasks/Todo View, also all ToDos vanished. Yesterday I added additional ones (via ownCloud), they do appear in Kontact. Old ones do not, however. There are odd Error messages in the log files (see additional information). Reproducible: Always Steps to Reproduce: 1. configure CalDAV resource 2. use it 3. after some days or so see described issues Actual Results: - CalDAV Calendars not shown - CalDAV Todos only shown partly Expected Results: - CalDAV Calendars shown - CalDAV Todos shown fully Log mysql.err (Akonadi internal DB. Never touched it.) 130605 11:02:56 [Note] Plugin 'FEDERATED' is disabled. 130605 11:02:56 InnoDB: The InnoDB memory heap is disabled 130605 11:02:56 InnoDB: Mutexes and rw_locks use GCC atomic builtins 130605 11:02:56 InnoDB: Compressed tables use zlib 1.2.7 130605 11:02:56 InnoDB: Using Linux native AIO 130605 11:02:56 InnoDB: Initializing buffer pool, size = 80.0M 130605 11:02:56 InnoDB: Completed initialization of buffer pool 130605 11:02:56 InnoDB: highest supported file format is Barracuda. 130605 11:03:00 InnoDB: Waiting for the background threads to start 130605 11:03:01 InnoDB: 5.5.31 started; log sequence number 388069446 130605 11:03:01 [Warning] Can't open and lock time zone table: Table 'mysql.time_zone_leap_second' doesn't exist trying to live without them 130605 11:03:01 [ERROR] Can't open and lock privilege tables: Table 'mysql.servers' doesn't exist 130605 11:03:01 [ERROR] Native table 'performance_schema'.'events_waits_current' has the wrong structure 130605 11:03:01 [ERROR] Native table 'performance_schema'.'events_waits_history' has the wrong structure 130605 11:03:01 [ERROR] Native table 'performance_schema'.'events_waits_history_long' has the wrong structure 130605 11:03:01 [ERROR] Native table 'performance_schema'.'setup_consumers' has the wrong structure 130605 11:03:01 [ERROR] Native table 'performance_schema'.'setup_instruments' has the wrong structure 130605 11:03:01 [ERROR] Native table 'performance_schema'.'setup_timers' has the wrong structure 130605 11:03:01 [ERROR] Native table 'performance_schema'.'performance_timers' has the wrong structure 130605 11:03:01 [ERROR] Native table 'performance_schema'.'threads' has the wrong structure 130605 11:03:01 [ERROR] Native table 'performance_schema'.'events_waits_summary_by_thread_by_event_name' has the wrong structure 130605 11:03:01 [ERROR] Native table 'performance_schema'.'events_waits_summary_by_instance' has the wrong structure 130605 11:03:01 [ERROR] Native table 'performance_schema'.'events_waits_summary_global_by_event_name' has the wrong structure 130605 11:03:01 [ERROR] Native table 'performance_schema'.'file_summary_by_event_name' has the wrong structure 130605 11:03:01 [ERROR] Native table 'performance_schema'.'file_summary_by_instance' has the wrong structure 130605 11:03:01 [ERROR] Native table 'performance_schema'.'mutex_instances' has the wrong structure 130605 11:03:01 [ERROR] Native table 'performance_schema'.'rwlock_instances' has the wrong structure 130605 11:03:01 [ERROR] Native table 'performance_schema'.'cond_instances' has the wrong structure 130605 11:03:01 [ERROR] Native table 'performance_schema'.'file_instances' has the wrong structure 130605 11:03:01 [Note] /usr/sbin/mysqld: ready for connections. Version: '5.5.31-0ubuntu0.13.04.1' socket: '/home/blizzz/.local/share/akonadi/socket-zara/mysql.socket' port: 0 (Ubuntu) Log akonadiserver.error (looks like Nepomuk or what forgets parts of resource configurations??): Nepomuk Query Server not available Cannot connect to agent instance with identifier 'akonadi_davgroupware_resource_2', error message: 'Could not get owner of name 'org.freedesktop.Akonadi.Resource.akonadi_davgroupware_resource_2': no such name' ItemRetrieverException : Unable to contact resource Error during executing query UPDATE PimItemTable SET atime = :0 WHERE ( ( PimItemTable.id = :1 ) ) : Deadlock found when trying to get lock; try restarting transaction QMYSQL3: Unable to execute statement Error during executing
[Akonadi] [Bug 320757] CalDAV Calender not shown anymore. Tasks only partly.
https://bugs.kde.org/show_bug.cgi?id=320757 --- Comment #2 from Arthur Schiwon bli...@arthur-schiwon.de --- Cool, Thanks Grégory! -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[Bug 295880] New: Crash when calling up configure kmail from menu bar
https://bugs.kde.org/show_bug.cgi?id=295880 Bug ID: 295880 Severity: crash Version: unspecified Priority: NOR Assignee: kdepim-bugs@kde.org Summary: Crash when calling up configure kmail from menu bar Classification: Unclassified OS: Linux Reporter: bli...@arthur-schiwon.de Hardware: Ubuntu Packages Status: UNCONFIRMED Component: general Product: kontact Application: kontact (4.8.0) KDE Platform Version: 4.8.1 (4.8.1) Qt Version: 4.8.0 Operating System: Linux 3.0.0-16-generic x86_64 Distribution: Ubuntu 11.10 -- Information about the crash: - What I was doing when the application crashed: - Unusual behavior I noticed: Already using 4.8 the akonadi_mailfilter_agent and akonadi_nepomuk_feeder started to run amok. That means, they take 100% of CPU and memory consumption increases rapidly, leading to a swapping system. The same after upgrading to 4.8.1. It always happens after system boot and restarting Akonadi via akonadictl restart. In this case, I killed all those processes. After finding out, that I cannot sent mail without akonadi_mailfilter_agent, i restarted Akonadi and killed all the akonadi_nepomuk_feeder processes (Nepomuk is disabled, btw, because of the wrong hope that this process does not make problems then). I tried to sent the mail trice, but it did not work as the akonadi_mailfilter_agent of course was running with 100% cpu and eating RAM. So I killed this and the following akonadi_mailfilter_agent processes. After that, I wanted to call up the 'Configure KMail' dialog via menubar, then Kontact crashed. -- Backtrace: Application: Kontact (kontact), signal: Segmentation fault [Current thread is 1 (Thread 0x7fe2954217c0 (LWP 2772))] Thread 4 (Thread 0x7fe279f1f700 (LWP 2777)): #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162 #1 0x7fe291c58c2c in ?? () from /usr/lib/x86_64-linux-gnu/libQtWebKit.so.4 #2 0x7fe291c58d59 in ?? () from /usr/lib/x86_64-linux-gnu/libQtWebKit.so.4 #3 0x7fe28d425efc in start_thread (arg=0x7fe279f1f700) at pthread_create.c:304 #4 0x7fe29296859d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #5 0x in ?? () Thread 3 (Thread 0x7fe27971e700 (LWP 2778)): #0 0xff60017b in ?? () #1 0x7fe27971db30 in ?? () #2 0x7fff85bff7e7 in ?? () Backtrace stopped: previous frame identical to this frame (corrupt stack?) Thread 2 (Thread 0x7fe22f31d700 (LWP 2908)): #0 0x7fe29295c473 in __GI___poll (fds=optimized out, nfds=optimized out, timeout=optimized out) at ../sysdeps/unix/sysv/linux/poll.c:87 #1 0x7fe28cf53f68 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #2 0x7fe28cf54429 in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #3 0x7fe2930d6c06 in QEventDispatcherGlib::processEvents (this=0x27a41a0, flags=optimized out) at kernel/qeventdispatcher_glib.cpp:426 #4 0x7fe2930a63e2 in QEventLoop::processEvents (this=optimized out, flags=...) at kernel/qeventloop.cpp:149 #5 0x7fe2930a6637 in QEventLoop::exec (this=0x7fe22f31cd90, flags=...) at kernel/qeventloop.cpp:204 #6 0x7fe292fa6067 in QThread::exec (this=optimized out) at thread/qthread.cpp:501 #7 0x7fe29308617f in QInotifyFileSystemWatcherEngine::run (this=0x2917630) at io/qfilesystemwatcher_inotify.cpp:248 #8 0x7fe292fa908b in QThreadPrivate::start (arg=0x2917630) at thread/qthread_unix.cpp:298 #9 0x7fe28d425efc in start_thread (arg=0x7fe22f31d700) at pthread_create.c:304 #10 0x7fe29296859d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #11 0x in ?? () Thread 1 (Thread 0x7fe2954217c0 (LWP 2772)): [KCrash Handler] #6 0x7fe29357f12d in KServiceGroup::childGroup (parent=...) at ../../kdecore/services/kservicegroup.cpp:727 #7 0x7fe2906a0be9 in KSettings::DialogPrivate::instanceServices (this=0x6771f70) at ../../kutils/ksettings/dialog.cpp:145 #8 0x7fe2906a1a2e in KSettings::Dialog::showEvent (this=0x3995a70) at ../../kutils/ksettings/dialog.cpp:123 #9 0x7fe293aebbc5 in QWidget::event (this=0x3995a70, event=0x7fff85bf2a10) at kernel/qwidget.cpp:8568 #10 0x7fe293a9b104 in notify_helper (e=0x7fff85bf2a10, receiver=0x3995a70, this=0x22988d0) at kernel/qapplication.cpp:4555 #11 QApplicationPrivate::notify_helper (this=0x22988d0, receiver=0x3995a70, e=0x7fff85bf2a10) at kernel/qapplication.cpp:4527 #12 0x7fe293a9ff83 in QApplication::notify (this=0x7fff85bf4620, receiver=0x3995a70, e=0x7fff85bf2a10) at kernel/qapplication.cpp:4416 #13 0x7fe2947cd9a6 in KApplication::notify (this=0x7fff85bf4620, receiver=0x3995a70, event=0x7fff85bf2a10) at ../../kdeui/kernel/kapplication.cpp:311 #14 0x7fe2930a75fc in QCoreApplication::notifyInternal (this=0x7fff85bf4620, receiver=0x3995a70, event=0x7fff85bf2a10) at kernel/qcoreapplication.cpp:876 #15
[Bug 169166] KMail loses email accounts and their settings at KDE logout
http://bugs.kde.org/show_bug.cgi?id=169166 Arthur Schiwon blizzz arthur-schiwon de changed: What|Removed |Added CC||[EMAIL PROTECTED] -- Configure bugmail: http://bugs.kde.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs