Ed Mullen wrote:
On 10/19/2016 at 12:05 PM, Cruz, Jaime's prodigious digits fired off:
sean.nat...@invalid.knights.nee wrote:
just a question, why bother "logging in" to their websites at all, when
Seamonkey will download via pop or imap?
i mean, i have 12 e'mail addresses all being downloaded via imap just so
i never have to spend time logging into webmail pages.
Because that's the only way to check the Spam folder.
Nope. My IMAP accounts have the spam folder in SeaMonkey mail and
Thunderbird. I check and if there is a message that isn't spam then I
do jump into the Webmail interface to mark it not spam.
For seeing the contents of a server spam folder, IMAP works fine.
However, if the server uses user-tuneable spam filtering (such as
SpamAssassin), you can only adjust the tuning by interacting through a
web client.
In my limited experience with client-level spam filtering, both
Seamonkey and Thunderbird can be tuned and be set to deposit likely spam
into the server's spam folder, but that's post-delivery handling that's
done through the client, and won't affect the server's filtering.
With POP, part of the definition is that the client sees *only* the
server's inbox, and if there are server-based processes that direct
inbound mail to other folders (wither junk filters, or user-defined
rules) then those messages will never be seen by a POP client. The only
way to see them would be either through an IMAP client, or webmail
(which is technically IMAP).
Depending on what you're doing, there's ways of using both POP and IMAP
simultaneously.
Personally, I prefer using POP for my primary usage, and where I keep my
stores of mail going back nearly 20 years. However, I make use of a lot
of clients (on a variety of machines), and so I set my normal POP client
to retain messages for 15 days. That allows me to see recent updates
from IMAP configurations on secondary machines/clients, without
disturbing POP. And in clients where I'm likely to compose mail, I
adjust the configs so that copies of composed messages are saved in the
Inbox (rather than the Sent folder), which allows me to have copies when
I next connect with my normal POP client.
Back in the era of dialup connections, I found that if I had a large
inbound message that took too long to download (and impeded delivery of
other smaller messages that were further down in the inbox), it was
useful to make a webmail connection to the server, move the offending
large message to a folder, and then resume the POP connection. At a time
that it was convenient to get the large message, then I'd go back and
move that back into the Inbox.
Smith
_______________________________________________
support-seamonkey mailing list
support-seamonkey@lists.mozilla.org
https://lists.mozilla.org/listinfo/support-seamonkey