Created attachment 1843 [details] preferences STR: 1. Enable the notification plugin: Configuration->Plugins->Load->notification.so 2. In preferences enable Popups (see screenshot) EXPECTED When new mail arrives a popup notification should appear, as shown here: http://www.claws-mail.org/plugin.php?plugin=notification ACTUAL Popup does not appear. Testing in KDE Plasma.
In kde plasma the pretty popup is not possible, but (if you have libnotify installed) you will get a simple text popup.
Thanks for the quick reply Paul. I have: [~]: rpm -q libnotify-tools libnotify-tools-0.7.6-8.3.x86_64 [~]: rpm -q libnotify4 libnotify4-0.7.6-8.3.x86_64 but I am not getting any popup whatsoever. Also - why is it not possible? Can't you use notify-send?
By not possible, I mean with the current code and recent plasma. I don't know why you are not seeing the popup, it works here, but this is something outside of claws-mail.
Is it possible that I need something else? How can I find out why it is not working? BTW I also tried the option called Command with: notify-send -t 10000 "Claws Mail" "New mail" (just so that I get some notification when new mail arrives) But it doesn't work either. Should that go into a separate bug report?
notify-send -t 10000 "Claws Mail" "New mail" works for me also. Seems like you need to look outside of claws-mail for the cause.
This is strange. Could you please advise where exactly to look? I have checked all my KDE notification settings and I see nothing about it there. If I type in command line the same command notification works. So logically the conclusion is that for some reason the command which claws-mail is supposed to execute is not executed.
Try adding 'notify-send -t 10000 "Claws Mail" "New mail"' as the 'Run command' option on the /Configuration/Preferences/Mail Handling/Receiving page. See if it works or not there. Start claws-mail with the --debug flag, inspect the debug output for useful info.
> Try adding 'notify-send -t 10000 "Claws Mail" "New mail"' as the 'Run command' option on the /Configuration/Preferences/Mail Handling/Receiving page. See if it works or not there. Done. Enabled both "after automatic check" and "after manual check". Then ran a check - no popup. > Start claws-mail with the --debug flag, inspect the debug output for useful info. Done that too. The output is quite long (while checking all my 150+ mail folders and also many RSS feeds), so I ran: grep -Ei "error|fail|warn" debug.txt which gave: stock_pixmap.c:501:skipping theme scan, dir /usr/share/claws-mail/themes could not be opened: Error opening directory '/usr/share/claws-mail/themes': No such file or directory (4) main.c:2906:Failed to get state info from NetworkManager: The name org.freedesktop.NetworkManager was not provided by any .service files main.c:2855:Failed to get online information from NetworkManager: The name org.freedesktop.NetworkManager was not provided by any .service files ** (claws-mail:1193): WARNING **: Invalid borders specified for theme pixmap: main.c:2906:Failed to get state info from NetworkManager: The name org.freedesktop.NetworkManager was not provided by any .service files main.c:2906:Failed to get state info from NetworkManager: The name org.freedesktop.NetworkManager was not provided by any .service files main.c:2906:Failed to get state info from NetworkManager: The name org.freedesktop.NetworkManager was not provided by any .service files (FWIW I am using wicked, not NetworkManager) Does that give any info? If not - please advise what to look for. Thanks.
I think it's quite clear that those few lines you quoted give no info at all in relation to this problem.
That's why I asked if you could please advise what to look for. I would really like to resolve this inconvenience but I am not a programmer, so I don't know what to look for. Can you help?
This is a bug tracker, it does not double as a help forum. Please continue with your questions on the users' mailing list or, if really necessary, through private email.
Ok, Paul. I posted the question to the mailing list.
Update: I have just configured a separate email account but with POP. The news is that popup notifications work for POP. Yet they don't work for IMAP. So the reason is obviously not the KDE version. Could you please test with IMAP and reconsider fixing?
The popup is for 'new' mail. You use gmail's imap, which doesn't know what a 'new' mail is, it only knows 'unread' and 'read'.
Yes, ok - as terminology popups don't work for 'unread' IMAP mail but still from user viewpoint it makes sense to receive notifications for 'unread' mail as normally new messages arrive unread and one would like to be notified about incoming unread email. At least that is how other email clients notify the user. The tray icon notification works correctly along this logic. But popups don't. Why should that be INVALID?
It's INVALID because this bug report does not name a bug. With respect to the "New" and "Unread" IMAP flags, the plugin behaves as it should. What you are requesting is a special handling to work around a broken IMAP implementation of your mail provider. There is an enhancement request in bug 2451 for this specific issue.
Is Yahoo's IMAP also broken? Because for it popups still don't show up.