Oh so close. I don't know if the attachment will get through to the
list. It shows four fetches going on at the same time, which is a
GREAT advantage for me, as some or many of them will just time out, due
to Yahoo strangeness. Unfortunately, I don't think this will work for
me. The problem here is that I uses popfile (http://getpopfile.org)
for my spam filtering. In order to use it, all my mailboxes in Balsa
are on localhost, with the actual connection information included in
the listed user name. I suspect that Popfile simply can't handle more
than one connection at a time, so it overlaps it's responses, and
doesn't cleanly close any of the connections. Balsa just sat there for
several minutes with the four connetions twiddling away - I finally
just closed Balsa. I'll play a bit more, but I suspect that either I
won't be able to use this, or I'll have to give up on using Popfile.
(That last option is not out of the question, as I do get relatively
little spam, and some of my servers do their own spam filtering anyway,
no matter how hard I work to turn it off. I'll also check with the
Popfile team, but there has been so little activity there in a long
time, I don't think I'll get much traction looking for any changes.
Does anyone know of any other locally running, bayesian spam filtering
software?
Jack
On 2018.01.03 10:11, Albrecht Dreß wrote:
Hi all,
attached is a larger patch which enables multi-threaded retrieval of
POP3 messages. The biggest part of the patch is related to changes
of the progress dialogue implementation, though. It also changes the
preferences by replacing the old (retrieve) progress dialogue options
by two simple check boxes for enabling the send and receive progress,
respectively. As a side effect, we get rid of a bunch of global
variables used for the POP3 progress communication between the main
and retrieval threads which is a lot cleaner IMHO.
BTW, the patch removes the (now obsolete) file src/threads.h. I
noticed that the file libbalsa/gforest.c is not referenced everywhere
– couldn't we remove it?
As always, any comment is welcome!
Cheers,
Albrecht.
---
Patch details:
* libbalsa/libbalsa-marshal.list, libbalsa/mailbox.[ch]: new
simplified signature for the mailbox '' signal and the related helper
libbalsa_mailbox_progress_notify()
* libbalsa/libbalsa-progress.[ch]: heavy re-factoring of the progress
dialogue, including a fully thread-safe interface, simplified access
functions, and a new activity mode
* libbalsa/mailbox_pop3.c, libbalsa/send.[ch]: use new progress
dialogue interface, pass option to disable send progress dialogue
* src/balsa-app.[ch]: define and initialise enable progress dialogue
settings, use changed send function signature
* src/balsa-message.c, src/balsa-mime-widget-message.c,
src/balsa-mime-widget-vcalendar.c, src/sendmsg-window.c: use changed
send function signature
* src/main-window.[ch]: implement multi-threaded POP3 retrieval,
remove old progress implementation, use changed send function
signature, replace two-state enum by bool
* src/main.c: remove old progress implementation stuff
* src/pref-manager.c: replace progress dialogue settings by two new
bool values and related check boxes
* src/save-restore.c: save/restore new progress dialogue bool values
* src/threads.h: completely remove the file
------quoted attachment------
_______________________________________________
balsa-list mailing list
[email protected]
https://mail.gnome.org/mailman/listinfo/balsa-list
_______________________________________________
balsa-list mailing list
[email protected]
https://mail.gnome.org/mailman/listinfo/balsa-list
