I agree with Caisson & Brian F.
And here lately it seems to be getting worse, quite likely because of factors beyond the direct control of either PMail or the OS. W7, W8, W10, all have issues.
I suspect that it's a combination of:
- latency in client - mail server / client - web page communication channel, especially when there's a wireless / microwave downlink involved;
- the inundation of web bug / beacon "salted" .gifs / pixels in HTML email, which cause the client to be deposed by the server, while it waits . . . and waits . . . and waits;
- concurrent open application extravaganza on the client machine, which may stress the graphic display system screen refreshes;
- and so on.
Which reminds me: not too terribly long ago there was a thread on this forum about phony "Bad password" returns from the mail server POP3 connection. This in my experience can be occasioned by communication channel latency problems, again more chronic if a wireless link is having a suboptimal day. The server responds, receives no client-side ACK response within the time frame of its expectations, so coughs up a Bad Password error.
I'm with Brian on the "Best just to take a breath" approach. In the old days I could have said, "just light up a smoke", but that's considered bad form these days. On the other hand, Caisson's "temporarily disabling Norton" approach is healthy enough, given that in my experience of it Norton interferes with just about everything, including lighting up.
- Christopher Muñoz-Keatts
<font size="3">I agree with Caisson &amp; Brian F. &nbsp;
And here lately it seems to be getting worse, quite likely because of factors beyond the direct control of either PMail or the OS.&nbsp; W7, W8, W10, all have issues. &nbsp;
I suspect that it's a combination of:
- latency in client - mail server / client - web page communication channel, especially when there's a wireless / microwave downlink involved; &nbsp;
- the inundation of web bug / beacon "salted" .gifs / pixels in HTML email, which cause the client to be deposed by the server, while it waits . . . and waits . . . and waits;
- concurrent open application extravaganza on the client machine, which may stress the graphic display system screen refreshes;
- and so on. &nbsp;
Which reminds me: not too terribly long ago there was a thread on this forum about phony "Bad password" returns from the mail server POP3 connection.&nbsp; This in my experience can be occasioned by communication channel latency problems, again more chronic if a wireless link is having a suboptimal day.&nbsp; The server responds, receives no client-side ACK response within the time frame of its expectations, so coughs up a Bad Password error. &nbsp;
I'm with Brian on the "Best just to take a breath" approach.&nbsp; In the old days I could have said, "just light up a smoke", but that's considered bad form these days.&nbsp; On the other hand, Caisson's "temporarily disabling Norton" approach is healthy enough, given that in my experience of it Norton interferes with just about everything, including lighting up. &nbsp;
- Christopher Muñoz-Keatts
</font>