Description of problem: The Plugin does not send the SPAM-Report immediately. You have to press the Send / Receive button. And if you close Evolution without pressing the button, no report will ever be made. At least not to spamcop.net. I couldn't check the others. Version-Release number of selected component (if applicable): evolution-3.54.2-1.fc41.x86_64.rpm evolution-rspam-0.6.0-44.fc41.x86_64.rpm How reproducible: Always Steps to Reproduce: 1. Install the and enable plugin (maybe you have to make an account on spamcop.net. I have one.) 2. Report some SPAM 3. Nothing happens (unless you press the Send / Receive button) Expected results: The plugin should make the report immediately
Please see also the report on spamcop.net: https://forum.spamcop.net/topic/73507-why-does-spam-reporting-takes-that-long/
Thanks for a bug report. I would normally upstream the problem to the evolution-rspam upstream, but the upstream is effectively dead, there was no change in the code for several years. It works this way since the beginning, I guess, the plugin piles up the messages into the On This Computer/Outbox folder, which is used to save messages to be sent. Evolution asks before quit when there are pending messages to be sent. Does it not ask you? Or do you not close the Evolution at all and only suspend the machine? You should see an unread count change on this On This Computer/Outbox folder shortly after you "Report as Spam". I think I can patch the code in the Fedora to send the report messages automatically.
In my case, I don't restart the computer for weeks, nor does it go to sleep. But yes, if I close evolution, it warns me that there are unsent messages (I never knew that meant the SPAM report). Patching the code so that the SPAM report is immediate would be a really great idea.
I see, that makes sense then. Evo could not notify you about pending messages to be send when you do not close it. I added a patch to the package to flush the Outbox when sending mail to the spamcop. It can have side effects, like sending mails already queued for sending, because it's not possible to selectively send a single message from the Outbox, but I guess it's no big deal. An update for the Fedora 41 and rawhide will be prepared shortly.
FEDORA-2025-501776a0b7 (evolution-rspam-0.6.0-45.fc41) has been submitted as an update to Fedora 41. https://bodhi.fedoraproject.org/updates/FEDORA-2025-501776a0b7
FEDORA-2025-aa8a74080c (evolution-3.55.1-1.fc42, evolution-data-server-3.55.1-1.fc42, and 3 more) has been submitted as an update to Fedora 42. https://bodhi.fedoraproject.org/updates/FEDORA-2025-aa8a74080c
The new version (evolution-rspam-0.6.0-45.fc41) is working for me that way. Thank you.
FEDORA-2025-aa8a74080c (evolution-3.55.1-1.fc42, evolution-data-server-3.55.1-1.fc42, and 3 more) has been pushed to the Fedora 42 stable repository. If problem still persists, please make note of it in this bug report.
FEDORA-2025-501776a0b7 has been pushed to the Fedora 41 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2025-501776a0b7` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2025-501776a0b7 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2025-501776a0b7 (evolution-rspam-0.6.0-45.fc41) has been pushed to the Fedora 41 stable repository. If problem still persists, please make note of it in this bug report.