Re: constipated email on occasion
Frank-Rainer Grahl wrote: > > > Don Spam's Reckless Son wrote: >> David H. Durgee wrote: >>> Frank-Rainer Grahl wrote: David H. Durgee wrote: > Don Spam's Reckless Son wrote: > > At least one developer, Frank-Rainer Grahl, monitors this newsgroup. > Perhaps he can look at this post and let me know if it merits a bug > report. It might be a known problem or one impossible to fix for some > reason. As it is infrequent I can live with it if necessary. > > Dave > If it is not easily reproducable a fix in the near future is unlikely. Filing a bug in this case would only be good so that others who have the same problem can find it and so can help track it down. With the current state of affairs I just wouldn't just hold my breath for this to happen. Bugs are cheap so your decision. Just don't be discouraged when nothing happens with it. FRG >>> >>> I just had this bite me again today. Annoying. >>> >>> Is there a way to get pop-up notification when the POP mail request >>> fails in this manner? Perhaps some config setting or a setting >>> somewhere in mail configuration I have missed? >>> >>> Right now the only way I find out is if I right-click on the mail >>> account and select "get messages for account", as that WILL result in a >>> pop-up when there is an error. If I am otherwise occupied I may not >>> notice for hours that I have a problem, which happened to me today. >>> >>> Dave >>> >> >> If this is happening in Thunderbird as well - and WaltS48 seems to >> think it is - then a bug report against Thunderbird would be the best >> chance for a long term solution. >> Maybe there is such a bug-report already, then it would need votes? >> > > These bugs are the hardest to track down. We are always trying to get > general fixes in so that we have a chance to do a catch up later but I > didn't notice a fix or bug for this yet. If it exists then yes is > probably in the shared mailnews component. > > > FRG As I noted in my post restating the problem, I believe it would be helpful if this error resulted in a pop-up when encountered by a periodic POP3 check for new mail as opposed to silently failing. It would be even more helpful if there were a way to provide you with diagnostic logs when this failure happens. This need not be default behavior, I would be happy to set some configuration flags that either exist already or might be added in a later build to accomplish this. I don't know why, but this occurring more frequently now than in the past. I am sometimes having to restart SeaMonkey more than once per day to address this problem. I also find it interesting that it appears the behavior is a bit different with Thunderbird, as in the restated thread someone noted that the problem would clear itself the next time around where that does not appear to be the case with SeaMonkey. Thank you again for your work in support of SeaMonkey. I am happy to do whatever I can to assist you in resolving issues with the package. May you find the time and perhaps additional helpers to assist with support of SeaMonkey. Dave ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: constipated email on occasion
Don Spam's Reckless Son wrote: David H. Durgee wrote: Frank-Rainer Grahl wrote: David H. Durgee wrote: Don Spam's Reckless Son wrote: At least one developer, Frank-Rainer Grahl, monitors this newsgroup. Perhaps he can look at this post and let me know if it merits a bug report. It might be a known problem or one impossible to fix for some reason. As it is infrequent I can live with it if necessary. Dave If it is not easily reproducable a fix in the near future is unlikely. Filing a bug in this case would only be good so that others who have the same problem can find it and so can help track it down. With the current state of affairs I just wouldn't just hold my breath for this to happen. Bugs are cheap so your decision. Just don't be discouraged when nothing happens with it. FRG I just had this bite me again today. Annoying. Is there a way to get pop-up notification when the POP mail request fails in this manner? Perhaps some config setting or a setting somewhere in mail configuration I have missed? Right now the only way I find out is if I right-click on the mail account and select "get messages for account", as that WILL result in a pop-up when there is an error. If I am otherwise occupied I may not notice for hours that I have a problem, which happened to me today. Dave If this is happening in Thunderbird as well - and WaltS48 seems to think it is - then a bug report against Thunderbird would be the best chance for a long term solution. Maybe there is such a bug-report already, then it would need votes? These bugs are the hardest to track down. We are always trying to get general fixes in so that we have a chance to do a catch up later but I didn't notice a fix or bug for this yet. If it exists then yes is probably in the shared mailnews component. FRG ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: constipated email on occasion - Frank-Rainer Grahl pls read this post
David H. Durgee wrote: Frank-Rainer Grahl wrote: David H. Durgee wrote: Don Spam's Reckless Son wrote: At least one developer, Frank-Rainer Grahl, monitors this newsgroup. Perhaps he can look at this post and let me know if it merits a bug report. It might be a known problem or one impossible to fix for some reason. As it is infrequent I can live with it if necessary. Dave If it is not easily reproducable a fix in the near future is unlikely. Filing a bug in this case would only be good so that others who have the same problem can find it and so can help track it down. With the current state of affairs I just wouldn't just hold my breath for this to happen. Bugs are cheap so your decision. Just don't be discouraged when nothing happens with it. FRG I just had this bite me again today. Annoying. Is there a way to get pop-up notification when the POP mail request fails in this manner? Perhaps some config setting or a setting somewhere in mail configuration I have missed? Right now the only way I find out is if I right-click on the mail account and select "get messages for account", as that WILL result in a pop-up when there is an error. If I am otherwise occupied I may not notice for hours that I have a problem, which happened to me today. Dave If this is happening in Thunderbird as well - and WaltS48 seems to think it is - then a bug report against Thunderbird would be the best chance for a long term solution. Maybe there is such a bug-report already, then it would need votes? -- spammo ergo sum, viruses courtesy of https://www.nsa.gov/malware/ ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: constipated email on occasion - Frank-Rainer Grahl pls read this post
Frank-Rainer Grahl wrote: > David H. Durgee wrote: >> Don Spam's Reckless Son wrote: >> >> At least one developer, Frank-Rainer Grahl, monitors this newsgroup. >> Perhaps he can look at this post and let me know if it merits a bug >> report. It might be a known problem or one impossible to fix for some >> reason. As it is infrequent I can live with it if necessary. >> >> Dave >> > > If it is not easily reproducable a fix in the near future is unlikely. > Filing a bug in this case would only be good so that others who have the > same problem can find it and so can help track it down. With the current > state of affairs I just wouldn't just hold my breath for this to happen. > Bugs are cheap so your decision. Just don't be discouraged when nothing > happens with it. > > FRG I just had this bite me again today. Annoying. Is there a way to get pop-up notification when the POP mail request fails in this manner? Perhaps some config setting or a setting somewhere in mail configuration I have missed? Right now the only way I find out is if I right-click on the mail account and select "get messages for account", as that WILL result in a pop-up when there is an error. If I am otherwise occupied I may not notice for hours that I have a problem, which happened to me today. Dave ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: constipated email on occasion
Ed Mullen wrote on 20/12/2018 5:21 AM: Daniel wrote: Just occured to me ... most of my time on-line, I am connected to news servers (either this moz one or UseNet). Does SM still check my ISP provided POP3 mail account even though I'm connected to a News Server somewhere?? Yes I thought this would be the case but thanks for confirming, Ed. ;-) -- Daniel User agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 SeaMonkey/2.49.1 Build identifier: 20171016030418 User agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 SeaMonkey/2.49.1 Build identifier: 20171015235623 ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: constipated email on occasion
Daniel wrote: Just occured to me ... most of my time on-line, I am connected to news servers (either this moz one or UseNet). Does SM still check my ISP provided POP3 mail account even though I'm connected to a News Server somewhere?? Yes -- Ed Mullen https://edmullen.net/ Deja Coo: Not that damned pigeon again! ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: constipated email on occasion
mozilla-lists.mbou...@spamgourmet.com wrote on 19/12/2018 9:56 AM: David H. Durgee wrote: Don Spam's Reckless Son wrote: David H. Durgee wrote: Don Spam's Reckless Son wrote: David H. Durgee wrote: On occasion I am encountering cases where my email becomes "constipated" here with SM 2.49.4 on linux mint 18.3 x64. This happens after SM is running for a while. When the problem occurs I notice that I am seeing no new email downloaded for an unusual period of time. At that point if I go and and request a download of new messages I will get some strange message about UIDL and other things not being supported on the mail server. I attempted to clear this by closing the news/mail window and then re-opening it, but that accomplishes nothing. Closing SM entirely and restarting it corrects this problem and I then get a download of all messages that were waiting on the mail servers. Is anyone else seeing this? Is this a known bug? Are there any actions I can take to avoid this problem? If it is a know problem, when will it be fixed? Dave This does seem strange... Having seemingly been working fine for several hours, SeaMonkey suddenly starts believing that the server doesn't support some feature it needs (which was presumably available for the previous hours) - which then resolves after restarting SeaMonkey. Does anyone know offhand whether, for POP3, SeaMonkey holds a single connection open the server for long periods (in which case it might be that the server starts misbehaving after the connection has been open a long time), or does it set up a new connection each time it checks for new mail (in which case I'm not sure what would cause this behaviour... perhaps some sort of cached connection information...)? POP3 Mail Account on Win7 ... having read your post, I just re-selected my Mail Account and hit the "Get Msgs" button and, in the line at bottom of the screen, I saw a (new) connection made to my ISP POP3 Server. I had no new mail. By-the-by, in my "Mail & Newsgroups Account Settings", I have my Mail Account "Server Settings" set to check for new mail every ten minutes ... but I cannot say I see the check's activity showing up in the bottom line, on screen but, then again, who spends their time on-line watching the bottom line of the screen to see what's going on?? Just occured to me ... most of my time on-line, I am connected to news servers (either this moz one or UseNet). Does SM still check my ISP provided POP3 mail account even though I'm connected to a News Server somewhere?? -- Daniel User agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 SeaMonkey/2.49.1 Build identifier: 20171016030418 User agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 SeaMonkey/2.49.1 Build identifier: 20171015235623 ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: constipated email on occasion
David H. Durgee wrote: Don Spam's Reckless Son wrote: David H. Durgee wrote: Don Spam's Reckless Son wrote: David H. Durgee wrote: On occasion I am encountering cases where my email becomes "constipated" here with SM 2.49.4 on linux mint 18.3 x64. This happens after SM is running for a while. When the problem occurs I notice that I am seeing no new email downloaded for an unusual period of time. At that point if I go and and request a download of new messages I will get some strange message about UIDL and other things not being supported on the mail server. I attempted to clear this by closing the news/mail window and then re-opening it, but that accomplishes nothing. Closing SM entirely and restarting it corrects this problem and I then get a download of all messages that were waiting on the mail servers. Is anyone else seeing this? Is this a known bug? Are there any actions I can take to avoid this problem? If it is a know problem, when will it be fixed? Dave I'd never even heard of UIDL but http://forums.mozillazine.org/viewtopic.php?f=39&t=2446961 and another link from 1996 told me a bit more. A question: How many mails have you already received in the session before this happens? Don't know or keep track. I have six different email accounts monitored, some POP3 and some IMAP here. It is usually several days after I restart SM and occurs infrequently. I normally only restart SM when the memory leaks use so much excess memory that it makes sense to do so. https://www.emailarchitect.net/eagetmail/sdk/html/object_uidl.htm is for people writing mail clients but it helped my understanding of the issue. I just ignored the programming stuff. From the error message I get it appears that this is part of what is required to leave messages on the server and keep the server messages in sync with your local inbox with deletions. Don't know if this provides any additional useful information. Dave This is way outside my "zone". My PC runs when I am at home and awake - or not even then - which is probably typical usage, the number of email accounts does match though. The big question is: Is this behaviour inherited from Thunderbird or is it peculiar to Seamonkey. Without bothering about pesky things like evidence, I'll go for Thunderbird. I suppose you could raise a bug report against Seamonkey, it would then presumably be reassigned to TB. When your mail client goes autistic, does that only affect the pop3 accounts or does it affect the imap ones as well? Well, I just hit the problem this morning. The exact popup I got was: The POP3 mail server (pop.verizon.net) does not support UIDL or XTND XLST, which are required to implement the ``Leave on Server'', ``Maximum Message Size'' or ``Fetch Headers Only'' options. To download your mail, turn off these options in the Server Settings for your mail server in the Account Settings window. Interestingly, it is only happening to ONE POP3 account. All other accounts work normally, both POP3 and IMAP accounts. I haven't checked in detail, but from discussion so far it looks like those features are specific to POP3 (not IMAP) so probably wouldn't be expected to affect IMAP accounts. I'm not likely to be able to help much with debugging this (not a SeaMonkey developer, so any help would just be as far as tracking down which side the problem is on and roughly what's misbehaving anyway). However, a few questions which might provoke ideas or at least clarification... Are your other POP3 accounts with the same provider? Do they download from the same server? It is possible to set up a second account with the same provider (without incurring additional costs if it's a paid account), to see whether that account then exhibits the same issue? Have you tried with a new SeaMonkey profile? I know it'd be a bit of a pain setting up the mail settings, and running an alternate profile for several hours, but might provide some insight. You'd certainly want to leave messages on the server so that you can also pick them up in your main profile, and if you send any emails from that second profile you might want to BCC them to yourself so that you can get a copy into your main profile. This does seem strange... Having seemingly been working fine for several hours, SeaMonkey suddenly starts believing that the server doesn't support some feature it needs (which was presumably available for the previous hours) - which then resolves after restarting SeaMonkey. Does anyone know offhand whether, for POP3, SeaMonkey holds a single connection open the server for long periods (in which case it might be that the server starts misbehaving after the connection has been open a long time), or does it set up a new connection each time it checks for new mail (in which case I'm not sure what would cause this behaviour... perhaps some sort of cached connection information...)? In terms of how long it has been running: hdurgee@Z560 ~
Re: constipated email on occasion - Frank-Rainer Grahl pls read this post
David H. Durgee wrote: Don Spam's Reckless Son wrote: At least one developer, Frank-Rainer Grahl, monitors this newsgroup. Perhaps he can look at this post and let me know if it merits a bug report. It might be a known problem or one impossible to fix for some reason. As it is infrequent I can live with it if necessary. Dave If it is not easily reproducable a fix in the near future is unlikely. Filing a bug in this case would only be good so that others who have the same problem can find it and so can help track it down. With the current state of affairs I just wouldn't just hold my breath for this to happen. Bugs are cheap so your decision. Just don't be discouraged when nothing happens with it. FRG ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: constipated email on occasion
David H. Durgee wrote: Don Spam's Reckless Son wrote: David H. Durgee wrote: Don Spam's Reckless Son wrote: David H. Durgee wrote: Don Spam's Reckless Son wrote: David H. Durgee wrote: Don Spam's Reckless Son wrote: David H. Durgee wrote: On occasion I am encountering cases where my email becomes "constipated" here with SM 2.49.4 on linux mint 18.3 x64. This happens after SM is running for a while. When the problem occurs I notice that I am seeing no new email downloaded for an unusual period of time. At that point if I go and and request a download of new messages I will get some strange message about UIDL and other things not being supported on the mail server. I attempted to clear this by closing the news/mail window and then re-opening it, but that accomplishes nothing. Closing SM entirely and restarting it corrects this problem and I then get a download of all messages that were waiting on the mail servers. Is anyone else seeing this? Is this a known bug? Are there any actions I can take to avoid this problem? If it is a know problem, when will it be fixed? Dave I'd never even heard of UIDL but http://forums.mozillazine.org/viewtopic.php?f=39&t=2446961 and another link from 1996 told me a bit more. A question: How many mails have you already received in the session before this happens? Don't know or keep track. I have six different email accounts monitored, some POP3 and some IMAP here. It is usually several days after I restart SM and occurs infrequently. I normally only restart SM when the memory leaks use so much excess memory that it makes sense to do so. https://www.emailarchitect.net/eagetmail/sdk/html/object_uidl.htm is for people writing mail clients but it helped my understanding of the issue. I just ignored the programming stuff. From the error message I get it appears that this is part of what is required to leave messages on the server and keep the server messages in sync with your local inbox with deletions. Don't know if this provides any additional useful information. Dave This is way outside my "zone". My PC runs when I am at home and awake - or not even then - which is probably typical usage, the number of email accounts does match though. The big question is: Is this behaviour inherited from Thunderbird or is it peculiar to Seamonkey. Without bothering about pesky things like evidence, I'll go for Thunderbird. I suppose you could raise a bug report against Seamonkey, it would then presumably be reassigned to TB. When your mail client goes autistic, does that only affect the pop3 accounts or does it affect the imap ones as well? Well, I just hit the problem this morning. The exact popup I got was: The POP3 mail server (pop.verizon.net) does not support UIDL or XTND XLST, which are required to implement the ``Leave on Server'', ``Maximum Message Size'' or ``Fetch Headers Only'' options. To download your mail, turn off these options in the Server Settings for your mail server in the Account Settings window. Interestingly, it is only happening to ONE POP3 account. All other accounts work normally, both POP3 and IMAP accounts. In terms of how long it has been running: hdurgee@Z560 ~ $ ps -ef | grep seamo dhdurgee 29758 2260 18 Dec12 ? 21:02:07 seamonkey dhdurgee 30205 4366 0 09:03 pts/1 00:00:00 grep --color=auto seamo dhdurgee@Z560 ~ $ I will now restart SM and it should go away. Dave Do you actually have one of the 'Leave on Server', 'Maximum Message Size' or 'Fetch Headers Only' options set? I make routine use of the first one - so that my mails arrive on my PC, My Laptop and my Android Phone - but close down the PC and Laptop after just a few hours so have never seen this error. I do not have a clue if this is a Verizon problem although I rather doubt it. You survive almost 4 days. Andrew I do have "Leave on Server" and "Until I delete them" checked. I do so so that I have the option to access them remotely when out of the office. Dave At least the error-message is genuine. I'm about to head "off the reservation" for just over two weeks and will not be frequenting this newsgroup during that period. Only a developer could help now anyway, if you want to take things further you will need to file a bug report. At least one developer, Frank-Rainer Grahl, monitors this newsgroup. Perhaps he can look at this post and let me know if it merits a bug report. It might be a known problem or one impossible to fix for some reason. As it is infrequent I can live with it if necessary. Dave https://www.mozilla.org/en-US/about/forums/#end-user-support could be a resource, treat Seamonkey as Thunderbird there. Those Newsgroups are also hosted on this server. I'm heading out *right now*. Over and out. -- spammus ergo sum ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: constipated email on occasion - Frank-Rainer Grahl pls read this post
Don Spam's Reckless Son wrote: > David H. Durgee wrote: >> Don Spam's Reckless Son wrote: >>> David H. Durgee wrote: Don Spam's Reckless Son wrote: > David H. Durgee wrote: >> Don Spam's Reckless Son wrote: >>> David H. Durgee wrote: On occasion I am encountering cases where my email becomes "constipated" here with SM 2.49.4 on linux mint 18.3 x64. This happens after SM is running for a while. When the problem occurs I notice that I am seeing no new email downloaded for an unusual period of time. At that point if I go and and request a download of new messages I will get some strange message about UIDL and other things not being supported on the mail server. I attempted to clear this by closing the news/mail window and then re-opening it, but that accomplishes nothing. Closing SM entirely and restarting it corrects this problem and I then get a download of all messages that were waiting on the mail servers. Is anyone else seeing this? Is this a known bug? Are there any actions I can take to avoid this problem? If it is a know problem, when will it be fixed? Dave >>> >>> I'd never even heard of UIDL but >>> http://forums.mozillazine.org/viewtopic.php?f=39&t=2446961 and >>> another >>> link from 1996 told me a bit more. >>> A question: How many mails have you already received in the session >>> before this happens? >> >> Don't know or keep track. I have six different email accounts >> monitored, some POP3 and some IMAP here. It is usually several days >> after I restart SM and occurs infrequently. I normally only >> restart SM >> when the memory leaks use so much excess memory that it makes >> sense to >> do so. >> >>> https://www.emailarchitect.net/eagetmail/sdk/html/object_uidl.htm >>> is for >>> people writing mail clients but it helped my understanding of the >>> issue. >>> I just ignored the programming stuff. >> >> From the error message I get it appears that this is part of >> what is >> required to leave messages on the server and keep the server >> messages in >> sync with your local inbox with deletions. >> >> Don't know if this provides any additional useful information. >> >> Dave >> > > This is way outside my "zone". My PC runs when I am at home and > awake - > or not even then - which is probably typical usage, the number of > email > accounts does match though. > The big question is: Is this behaviour inherited from Thunderbird > or is > it peculiar to Seamonkey. Without bothering about pesky things like > evidence, I'll go for Thunderbird. > I suppose you could raise a bug report against Seamonkey, it would > then > presumably be reassigned to TB. > When your mail client goes autistic, does that only affect the pop3 > accounts or does it affect the imap ones as well? > > Well, I just hit the problem this morning. The exact popup I got was: The POP3 mail server (pop.verizon.net) does not support UIDL or XTND XLST, which are required to implement the ``Leave on Server'', ``Maximum Message Size'' or ``Fetch Headers Only'' options. To download your mail, turn off these options in the Server Settings for your mail server in the Account Settings window. Interestingly, it is only happening to ONE POP3 account. All other accounts work normally, both POP3 and IMAP accounts. In terms of how long it has been running: hdurgee@Z560 ~ $ ps -ef | grep seamo dhdurgee 29758 2260 18 Dec12 ? 21:02:07 seamonkey dhdurgee 30205 4366 0 09:03 pts/1 00:00:00 grep --color=auto seamo dhdurgee@Z560 ~ $ I will now restart SM and it should go away. Dave >>> >>> Do you actually have one of the 'Leave on Server', 'Maximum Message >>> Size' or 'Fetch Headers Only' options set? >>> I make routine use of the first one - so that my mails arrive on my PC, >>> My Laptop and my Android Phone - but close down the PC and Laptop after >>> just a few hours so have never seen this error. >>> I do not have a clue if this is a Verizon problem although I rather >>> doubt it. You survive almost 4 days. >>> >>> Andrew >>> >> >> I do have "Leave on Server" and "Until I delete them" checked. I do so >> so that I have the option to access them remotely when out of the office. >> >> Dave >> > At least the error-message is genuine. > I'm about to head "off the reservation" for just over two weeks and will > not be frequenting this newsgroup during that period. Only a developer > could help now anyway, if you want to take things fu
Re: constipated email on occasion
David H. Durgee wrote: Don Spam's Reckless Son wrote: David H. Durgee wrote: Don Spam's Reckless Son wrote: David H. Durgee wrote: Don Spam's Reckless Son wrote: David H. Durgee wrote: On occasion I am encountering cases where my email becomes "constipated" here with SM 2.49.4 on linux mint 18.3 x64. This happens after SM is running for a while. When the problem occurs I notice that I am seeing no new email downloaded for an unusual period of time. At that point if I go and and request a download of new messages I will get some strange message about UIDL and other things not being supported on the mail server. I attempted to clear this by closing the news/mail window and then re-opening it, but that accomplishes nothing. Closing SM entirely and restarting it corrects this problem and I then get a download of all messages that were waiting on the mail servers. Is anyone else seeing this? Is this a known bug? Are there any actions I can take to avoid this problem? If it is a know problem, when will it be fixed? Dave I'd never even heard of UIDL but http://forums.mozillazine.org/viewtopic.php?f=39&t=2446961 and another link from 1996 told me a bit more. A question: How many mails have you already received in the session before this happens? Don't know or keep track. I have six different email accounts monitored, some POP3 and some IMAP here. It is usually several days after I restart SM and occurs infrequently. I normally only restart SM when the memory leaks use so much excess memory that it makes sense to do so. https://www.emailarchitect.net/eagetmail/sdk/html/object_uidl.htm is for people writing mail clients but it helped my understanding of the issue. I just ignored the programming stuff. From the error message I get it appears that this is part of what is required to leave messages on the server and keep the server messages in sync with your local inbox with deletions. Don't know if this provides any additional useful information. Dave This is way outside my "zone". My PC runs when I am at home and awake - or not even then - which is probably typical usage, the number of email accounts does match though. The big question is: Is this behaviour inherited from Thunderbird or is it peculiar to Seamonkey. Without bothering about pesky things like evidence, I'll go for Thunderbird. I suppose you could raise a bug report against Seamonkey, it would then presumably be reassigned to TB. When your mail client goes autistic, does that only affect the pop3 accounts or does it affect the imap ones as well? Well, I just hit the problem this morning. The exact popup I got was: The POP3 mail server (pop.verizon.net) does not support UIDL or XTND XLST, which are required to implement the ``Leave on Server'', ``Maximum Message Size'' or ``Fetch Headers Only'' options. To download your mail, turn off these options in the Server Settings for your mail server in the Account Settings window. Interestingly, it is only happening to ONE POP3 account. All other accounts work normally, both POP3 and IMAP accounts. In terms of how long it has been running: hdurgee@Z560 ~ $ ps -ef | grep seamo dhdurgee 29758 2260 18 Dec12 ? 21:02:07 seamonkey dhdurgee 30205 4366 0 09:03 pts/1 00:00:00 grep --color=auto seamo dhdurgee@Z560 ~ $ I will now restart SM and it should go away. Dave Do you actually have one of the 'Leave on Server', 'Maximum Message Size' or 'Fetch Headers Only' options set? I make routine use of the first one - so that my mails arrive on my PC, My Laptop and my Android Phone - but close down the PC and Laptop after just a few hours so have never seen this error. I do not have a clue if this is a Verizon problem although I rather doubt it. You survive almost 4 days. Andrew I do have "Leave on Server" and "Until I delete them" checked. I do so so that I have the option to access them remotely when out of the office. Dave At least the error-message is genuine. I'm about to head "off the reservation" for just over two weeks and will not be frequenting this newsgroup during that period. Only a developer could help now anyway, if you want to take things further you will need to file a bug report. -- spammus ergo sum ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: constipated email on occasion
Don Spam's Reckless Son wrote: > David H. Durgee wrote: >> Don Spam's Reckless Son wrote: >>> David H. Durgee wrote: Don Spam's Reckless Son wrote: > David H. Durgee wrote: >> On occasion I am encountering cases where my email becomes >> "constipated" >> here with SM 2.49.4 on linux mint 18.3 x64. This happens after SM is >> running for a while. When the problem occurs I notice that I am >> seeing >> no new email downloaded for an unusual period of time. At that >> point if >> I go and and request a download of new messages I will get some >> strange >> message about UIDL and other things not being supported on the mail >> server. >> >> I attempted to clear this by closing the news/mail window and then >> re-opening it, but that accomplishes nothing. Closing SM entirely >> and >> restarting it corrects this problem and I then get a download of all >> messages that were waiting on the mail servers. >> >> Is anyone else seeing this? Is this a known bug? Are there any >> actions >> I can take to avoid this problem? If it is a know problem, when >> will it >> be fixed? >> >> Dave >> > > I'd never even heard of UIDL but > http://forums.mozillazine.org/viewtopic.php?f=39&t=2446961 and another > link from 1996 told me a bit more. > A question: How many mails have you already received in the session > before this happens? Don't know or keep track. I have six different email accounts monitored, some POP3 and some IMAP here. It is usually several days after I restart SM and occurs infrequently. I normally only restart SM when the memory leaks use so much excess memory that it makes sense to do so. > https://www.emailarchitect.net/eagetmail/sdk/html/object_uidl.htm > is for > people writing mail clients but it helped my understanding of the > issue. > I just ignored the programming stuff. From the error message I get it appears that this is part of what is required to leave messages on the server and keep the server messages in sync with your local inbox with deletions. Don't know if this provides any additional useful information. Dave >>> >>> This is way outside my "zone". My PC runs when I am at home and awake - >>> or not even then - which is probably typical usage, the number of email >>> accounts does match though. >>> The big question is: Is this behaviour inherited from Thunderbird or is >>> it peculiar to Seamonkey. Without bothering about pesky things like >>> evidence, I'll go for Thunderbird. >>> I suppose you could raise a bug report against Seamonkey, it would then >>> presumably be reassigned to TB. >>> When your mail client goes autistic, does that only affect the pop3 >>> accounts or does it affect the imap ones as well? >>> >>> >> >> Well, I just hit the problem this morning. The exact popup I got was: >> >> The POP3 mail server (pop.verizon.net) does not support UIDL or XTND >> XLST, which are required to implement the ``Leave on Server'', ``Maximum >> Message Size'' or ``Fetch Headers Only'' options. To download your mail, >> turn off these options in the Server Settings for your mail server in >> the Account Settings window. >> >> Interestingly, it is only happening to ONE POP3 account. All other >> accounts work normally, both POP3 and IMAP accounts. >> >> In terms of how long it has been running: >> >> hdurgee@Z560 ~ $ ps -ef | grep seamo >> dhdurgee 29758 2260 18 Dec12 ? 21:02:07 seamonkey >> dhdurgee 30205 4366 0 09:03 pts/1 00:00:00 grep --color=auto seamo >> dhdurgee@Z560 ~ $ >> >> I will now restart SM and it should go away. >> >> Dave >> > > Do you actually have one of the 'Leave on Server', 'Maximum Message > Size' or 'Fetch Headers Only' options set? > I make routine use of the first one - so that my mails arrive on my PC, > My Laptop and my Android Phone - but close down the PC and Laptop after > just a few hours so have never seen this error. > I do not have a clue if this is a Verizon problem although I rather > doubt it. You survive almost 4 days. > > Andrew > I do have "Leave on Server" and "Until I delete them" checked. I do so so that I have the option to access them remotely when out of the office. Dave ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: constipated email on occasion
David H. Durgee wrote: Don Spam's Reckless Son wrote: David H. Durgee wrote: Don Spam's Reckless Son wrote: David H. Durgee wrote: On occasion I am encountering cases where my email becomes "constipated" here with SM 2.49.4 on linux mint 18.3 x64. This happens after SM is running for a while. When the problem occurs I notice that I am seeing no new email downloaded for an unusual period of time. At that point if I go and and request a download of new messages I will get some strange message about UIDL and other things not being supported on the mail server. I attempted to clear this by closing the news/mail window and then re-opening it, but that accomplishes nothing. Closing SM entirely and restarting it corrects this problem and I then get a download of all messages that were waiting on the mail servers. Is anyone else seeing this? Is this a known bug? Are there any actions I can take to avoid this problem? If it is a know problem, when will it be fixed? Dave I'd never even heard of UIDL but http://forums.mozillazine.org/viewtopic.php?f=39&t=2446961 and another link from 1996 told me a bit more. A question: How many mails have you already received in the session before this happens? Don't know or keep track. I have six different email accounts monitored, some POP3 and some IMAP here. It is usually several days after I restart SM and occurs infrequently. I normally only restart SM when the memory leaks use so much excess memory that it makes sense to do so. https://www.emailarchitect.net/eagetmail/sdk/html/object_uidl.htm is for people writing mail clients but it helped my understanding of the issue. I just ignored the programming stuff. From the error message I get it appears that this is part of what is required to leave messages on the server and keep the server messages in sync with your local inbox with deletions. Don't know if this provides any additional useful information. Dave This is way outside my "zone". My PC runs when I am at home and awake - or not even then - which is probably typical usage, the number of email accounts does match though. The big question is: Is this behaviour inherited from Thunderbird or is it peculiar to Seamonkey. Without bothering about pesky things like evidence, I'll go for Thunderbird. I suppose you could raise a bug report against Seamonkey, it would then presumably be reassigned to TB. When your mail client goes autistic, does that only affect the pop3 accounts or does it affect the imap ones as well? Well, I just hit the problem this morning. The exact popup I got was: The POP3 mail server (pop.verizon.net) does not support UIDL or XTND XLST, which are required to implement the ``Leave on Server'', ``Maximum Message Size'' or ``Fetch Headers Only'' options. To download your mail, turn off these options in the Server Settings for your mail server in the Account Settings window. Interestingly, it is only happening to ONE POP3 account. All other accounts work normally, both POP3 and IMAP accounts. In terms of how long it has been running: hdurgee@Z560 ~ $ ps -ef | grep seamo dhdurgee 29758 2260 18 Dec12 ?21:02:07 seamonkey dhdurgee 30205 4366 0 09:03 pts/100:00:00 grep --color=auto seamo dhdurgee@Z560 ~ $ I will now restart SM and it should go away. Dave Do you actually have one of the 'Leave on Server', 'Maximum Message Size' or 'Fetch Headers Only' options set? I make routine use of the first one - so that my mails arrive on my PC, My Laptop and my Android Phone - but close down the PC and Laptop after just a few hours so have never seen this error. I do not have a clue if this is a Verizon problem although I rather doubt it. You survive almost 4 days. Andrew -- spammus ergo sum ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: constipated email on occasion
David H. Durgee wrote: > Don Spam's Reckless Son wrote: >> David H. Durgee wrote: >>> Don Spam's Reckless Son wrote: David H. Durgee wrote: > On occasion I am encountering cases where my email becomes > "constipated" > here with SM 2.49.4 on linux mint 18.3 x64. This happens after SM is > running for a while. When the problem occurs I notice that I am seeing > no new email downloaded for an unusual period of time. At that > point if > I go and and request a download of new messages I will get some strange > message about UIDL and other things not being supported on the mail > server. > > I attempted to clear this by closing the news/mail window and then > re-opening it, but that accomplishes nothing. Closing SM entirely and > restarting it corrects this problem and I then get a download of all > messages that were waiting on the mail servers. > > Is anyone else seeing this? Is this a known bug? Are there any > actions > I can take to avoid this problem? If it is a know problem, when > will it > be fixed? > > Dave > I'd never even heard of UIDL but http://forums.mozillazine.org/viewtopic.php?f=39&t=2446961 and another link from 1996 told me a bit more. A question: How many mails have you already received in the session before this happens? >>> >>> Don't know or keep track. I have six different email accounts >>> monitored, some POP3 and some IMAP here. It is usually several days >>> after I restart SM and occurs infrequently. I normally only restart SM >>> when the memory leaks use so much excess memory that it makes sense to >>> do so. >>> https://www.emailarchitect.net/eagetmail/sdk/html/object_uidl.htm is for people writing mail clients but it helped my understanding of the issue. I just ignored the programming stuff. >>> >>> From the error message I get it appears that this is part of what is >>> required to leave messages on the server and keep the server messages in >>> sync with your local inbox with deletions. >>> >>> Don't know if this provides any additional useful information. >>> >>> Dave >>> >> >> This is way outside my "zone". My PC runs when I am at home and awake - >> or not even then - which is probably typical usage, the number of email >> accounts does match though. >> The big question is: Is this behaviour inherited from Thunderbird or is >> it peculiar to Seamonkey. Without bothering about pesky things like >> evidence, I'll go for Thunderbird. >> I suppose you could raise a bug report against Seamonkey, it would then >> presumably be reassigned to TB. >> When your mail client goes autistic, does that only affect the pop3 >> accounts or does it affect the imap ones as well? >> >> > > Well, I just hit the problem this morning. The exact popup I got was: > > The POP3 mail server (pop.verizon.net) does not support UIDL or XTND > XLST, which are required to implement the ``Leave on Server'', ``Maximum > Message Size'' or ``Fetch Headers Only'' options. To download your mail, > turn off these options in the Server Settings for your mail server in > the Account Settings window. > > Interestingly, it is only happening to ONE POP3 account. All other > accounts work normally, both POP3 and IMAP accounts. > > In terms of how long it has been running: > > hdurgee@Z560 ~ $ ps -ef | grep seamo > dhdurgee 29758 2260 18 Dec12 ?21:02:07 seamonkey > dhdurgee 30205 4366 0 09:03 pts/100:00:00 grep --color=auto seamo > dhdurgee@Z560 ~ $ > > I will now restart SM and it should go away. > > Dave > A follow-up, as expected the problem is gone after restarting SM. Looking at the timestamps on the 13 emails retrieved, the timestamp on the earliest of the 13 was 13:10 yesterday and the one received prior to it was timestamped 12:00 yesterday, so I assume the blockage probably started sometime between them and was undetected until I checked for mail manually when I saw none this morning. Dave ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: constipated email on occasion
Don Spam's Reckless Son wrote: > David H. Durgee wrote: >> Don Spam's Reckless Son wrote: >>> David H. Durgee wrote: On occasion I am encountering cases where my email becomes "constipated" here with SM 2.49.4 on linux mint 18.3 x64. This happens after SM is running for a while. When the problem occurs I notice that I am seeing no new email downloaded for an unusual period of time. At that point if I go and and request a download of new messages I will get some strange message about UIDL and other things not being supported on the mail server. I attempted to clear this by closing the news/mail window and then re-opening it, but that accomplishes nothing. Closing SM entirely and restarting it corrects this problem and I then get a download of all messages that were waiting on the mail servers. Is anyone else seeing this? Is this a known bug? Are there any actions I can take to avoid this problem? If it is a know problem, when will it be fixed? Dave >>> >>> I'd never even heard of UIDL but >>> http://forums.mozillazine.org/viewtopic.php?f=39&t=2446961 and another >>> link from 1996 told me a bit more. >>> A question: How many mails have you already received in the session >>> before this happens? >> >> Don't know or keep track. I have six different email accounts >> monitored, some POP3 and some IMAP here. It is usually several days >> after I restart SM and occurs infrequently. I normally only restart SM >> when the memory leaks use so much excess memory that it makes sense to >> do so. >> >>> https://www.emailarchitect.net/eagetmail/sdk/html/object_uidl.htm is for >>> people writing mail clients but it helped my understanding of the issue. >>> I just ignored the programming stuff. >> >> From the error message I get it appears that this is part of what is >> required to leave messages on the server and keep the server messages in >> sync with your local inbox with deletions. >> >> Don't know if this provides any additional useful information. >> >> Dave >> > > This is way outside my "zone". My PC runs when I am at home and awake - > or not even then - which is probably typical usage, the number of email > accounts does match though. > The big question is: Is this behaviour inherited from Thunderbird or is > it peculiar to Seamonkey. Without bothering about pesky things like > evidence, I'll go for Thunderbird. > I suppose you could raise a bug report against Seamonkey, it would then > presumably be reassigned to TB. > When your mail client goes autistic, does that only affect the pop3 > accounts or does it affect the imap ones as well? > > Well, I just hit the problem this morning. The exact popup I got was: The POP3 mail server (pop.verizon.net) does not support UIDL or XTND XLST, which are required to implement the ``Leave on Server'', ``Maximum Message Size'' or ``Fetch Headers Only'' options. To download your mail, turn off these options in the Server Settings for your mail server in the Account Settings window. Interestingly, it is only happening to ONE POP3 account. All other accounts work normally, both POP3 and IMAP accounts. In terms of how long it has been running: hdurgee@Z560 ~ $ ps -ef | grep seamo dhdurgee 29758 2260 18 Dec12 ?21:02:07 seamonkey dhdurgee 30205 4366 0 09:03 pts/100:00:00 grep --color=auto seamo dhdurgee@Z560 ~ $ I will now restart SM and it should go away. Dave ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: constipated email on occasion
Don Spam's Reckless Son wrote: > David H. Durgee wrote: >> Don Spam's Reckless Son wrote: >>> David H. Durgee wrote: On occasion I am encountering cases where my email becomes "constipated" here with SM 2.49.4 on linux mint 18.3 x64. This happens after SM is running for a while. When the problem occurs I notice that I am seeing no new email downloaded for an unusual period of time. At that point if I go and and request a download of new messages I will get some strange message about UIDL and other things not being supported on the mail server. I attempted to clear this by closing the news/mail window and then re-opening it, but that accomplishes nothing. Closing SM entirely and restarting it corrects this problem and I then get a download of all messages that were waiting on the mail servers. Is anyone else seeing this? Is this a known bug? Are there any actions I can take to avoid this problem? If it is a know problem, when will it be fixed? Dave >>> >>> I'd never even heard of UIDL but >>> http://forums.mozillazine.org/viewtopic.php?f=39&t=2446961 and another >>> link from 1996 told me a bit more. >>> A question: How many mails have you already received in the session >>> before this happens? >> >> Don't know or keep track. I have six different email accounts >> monitored, some POP3 and some IMAP here. It is usually several days >> after I restart SM and occurs infrequently. I normally only restart SM >> when the memory leaks use so much excess memory that it makes sense to >> do so. >> >>> https://www.emailarchitect.net/eagetmail/sdk/html/object_uidl.htm is for >>> people writing mail clients but it helped my understanding of the issue. >>> I just ignored the programming stuff. >> >> From the error message I get it appears that this is part of what is >> required to leave messages on the server and keep the server messages in >> sync with your local inbox with deletions. >> >> Don't know if this provides any additional useful information. >> >> Dave >> > > This is way outside my "zone". My PC runs when I am at home and awake - > or not even then - which is probably typical usage, the number of email > accounts does match though. > The big question is: Is this behaviour inherited from Thunderbird or is > it peculiar to Seamonkey. Without bothering about pesky things like > evidence, I'll go for Thunderbird. > I suppose you could raise a bug report against Seamonkey, it would then > presumably be reassigned to TB. > When your mail client goes autistic, does that only affect the pop3 > accounts or does it affect the imap ones as well? I haven't noted and will have to test that the next time it occurs. As I noted it is infrequent, so that may be a while. From the lack of other responses to this thread I am guessing this is not a common problem. Dave ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: constipated email on occasion
David H. Durgee wrote: Don Spam's Reckless Son wrote: David H. Durgee wrote: On occasion I am encountering cases where my email becomes "constipated" here with SM 2.49.4 on linux mint 18.3 x64. This happens after SM is running for a while. When the problem occurs I notice that I am seeing no new email downloaded for an unusual period of time. At that point if I go and and request a download of new messages I will get some strange message about UIDL and other things not being supported on the mail server. I attempted to clear this by closing the news/mail window and then re-opening it, but that accomplishes nothing. Closing SM entirely and restarting it corrects this problem and I then get a download of all messages that were waiting on the mail servers. Is anyone else seeing this? Is this a known bug? Are there any actions I can take to avoid this problem? If it is a know problem, when will it be fixed? Dave I'd never even heard of UIDL but http://forums.mozillazine.org/viewtopic.php?f=39&t=2446961 and another link from 1996 told me a bit more. A question: How many mails have you already received in the session before this happens? Don't know or keep track. I have six different email accounts monitored, some POP3 and some IMAP here. It is usually several days after I restart SM and occurs infrequently. I normally only restart SM when the memory leaks use so much excess memory that it makes sense to do so. https://www.emailarchitect.net/eagetmail/sdk/html/object_uidl.htm is for people writing mail clients but it helped my understanding of the issue. I just ignored the programming stuff. From the error message I get it appears that this is part of what is required to leave messages on the server and keep the server messages in sync with your local inbox with deletions. Don't know if this provides any additional useful information. Dave This is way outside my "zone". My PC runs when I am at home and awake - or not even then - which is probably typical usage, the number of email accounts does match though. The big question is: Is this behaviour inherited from Thunderbird or is it peculiar to Seamonkey. Without bothering about pesky things like evidence, I'll go for Thunderbird. I suppose you could raise a bug report against Seamonkey, it would then presumably be reassigned to TB. When your mail client goes autistic, does that only affect the pop3 accounts or does it affect the imap ones as well? -- spammus ergo sum ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: constipated email on occasion
Don Spam's Reckless Son wrote: > David H. Durgee wrote: >> On occasion I am encountering cases where my email becomes "constipated" >> here with SM 2.49.4 on linux mint 18.3 x64. This happens after SM is >> running for a while. When the problem occurs I notice that I am seeing >> no new email downloaded for an unusual period of time. At that point if >> I go and and request a download of new messages I will get some strange >> message about UIDL and other things not being supported on the mail >> server. >> >> I attempted to clear this by closing the news/mail window and then >> re-opening it, but that accomplishes nothing. Closing SM entirely and >> restarting it corrects this problem and I then get a download of all >> messages that were waiting on the mail servers. >> >> Is anyone else seeing this? Is this a known bug? Are there any actions >> I can take to avoid this problem? If it is a know problem, when will it >> be fixed? >> >> Dave >> > > I'd never even heard of UIDL but > http://forums.mozillazine.org/viewtopic.php?f=39&t=2446961 and another > link from 1996 told me a bit more. > A question: How many mails have you already received in the session > before this happens? Don't know or keep track. I have six different email accounts monitored, some POP3 and some IMAP here. It is usually several days after I restart SM and occurs infrequently. I normally only restart SM when the memory leaks use so much excess memory that it makes sense to do so. > https://www.emailarchitect.net/eagetmail/sdk/html/object_uidl.htm is for > people writing mail clients but it helped my understanding of the issue. > I just ignored the programming stuff. From the error message I get it appears that this is part of what is required to leave messages on the server and keep the server messages in sync with your local inbox with deletions. Don't know if this provides any additional useful information. Dave ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: constipated email on occasion
David H. Durgee wrote: On occasion I am encountering cases where my email becomes "constipated" here with SM 2.49.4 on linux mint 18.3 x64. This happens after SM is running for a while. When the problem occurs I notice that I am seeing no new email downloaded for an unusual period of time. At that point if I go and and request a download of new messages I will get some strange message about UIDL and other things not being supported on the mail server. I attempted to clear this by closing the news/mail window and then re-opening it, but that accomplishes nothing. Closing SM entirely and restarting it corrects this problem and I then get a download of all messages that were waiting on the mail servers. Is anyone else seeing this? Is this a known bug? Are there any actions I can take to avoid this problem? If it is a know problem, when will it be fixed? Dave I'd never even heard of UIDL but http://forums.mozillazine.org/viewtopic.php?f=39&t=2446961 and another link from 1996 told me a bit more. A question: How many mails have you already received in the session before this happens? https://www.emailarchitect.net/eagetmail/sdk/html/object_uidl.htm is for people writing mail clients but it helped my understanding of the issue. I just ignored the programming stuff. -- spammus ergo sum ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
constipated email on occasion
On occasion I am encountering cases where my email becomes "constipated" here with SM 2.49.4 on linux mint 18.3 x64. This happens after SM is running for a while. When the problem occurs I notice that I am seeing no new email downloaded for an unusual period of time. At that point if I go and and request a download of new messages I will get some strange message about UIDL and other things not being supported on the mail server. I attempted to clear this by closing the news/mail window and then re-opening it, but that accomplishes nothing. Closing SM entirely and restarting it corrects this problem and I then get a download of all messages that were waiting on the mail servers. Is anyone else seeing this? Is this a known bug? Are there any actions I can take to avoid this problem? If it is a know problem, when will it be fixed? Dave ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey