[gentoo-user] Re: [OT] Very recent change in behavior of gmail imap/smtp servers [SOLVED (for the third time, maybe fourth ;) ]
On Tue, 21 Jul 2015 18:34:25 -0700 walt w41...@gmail.com wrote: Google has just introduced a 120-second delay before allowing login to their email servers. Just in the last day or two, literally. Yet again, I think(hope/pray) I've solved this mysterious change in behavior: For years I've configured my email clients (thunderbird, and recently claws-mail) to use imap.gmail.com as the mail server. Finally I 'googled' (using DuckDuckGo) for how to configure imap access to gmail servers, and discovered that google is now recommending the server name imap.googlemail.com instead of imap.gmail.com. I made the appropriate changes in configuration for claws-mail and thunderbird, and I think(hope/pray) that the problem is fixed. In my preliminary trials it seems to be fixed. The mail server did ask me (once) after changing the server name, to reconfirm my password, so something did really change. I'm not making this stuff up, I promise.
Re: [gentoo-user] Re: [OT] Very recent change in behavior of gmail imap/smtp servers [SOLVED]
On Thu, 23 Jul 2015 16:27:33 -0700, walt wrote: Anyway, claws-mail (for normal behavior) apparently *requires* me to switch email accounts from a drop-down menu (Configuration::Change- current-account) before trying to read or send email. Are you saying that MessageReceiveGet from all accounts doesn't do what it says? I normally only use one account for reading so wouldn't have noticed this. -- Neil Bothwick ST:TNG Diner - Now Featuring Our All You Can Assimilate SmorgasBORG! pgp9P3GWerert.pgp Description: OpenPGP digital signature
[gentoo-user] Re: [OT] Very recent change in behavior of gmail imap/smtp servers [SOLVED]
On 07/24/2015 01:46 AM, Neil Bothwick wrote: On Thu, 23 Jul 2015 16:27:33 -0700, walt wrote: Anyway, claws-mail (for normal behavior) apparently *requires* me to switch email accounts from a drop-down menu (Configuration::Change- current-account) before trying to read or send email. Are you saying that MessageReceiveGet from all accounts doesn't do what it says? I normally only use one account for reading so wouldn't have noticed this. Hm. I've never done that til now so I don't know what to expect, but I just tried it while sniffing for internet traffic and saw absolutely zero. So I suppose the answer is yes, it doesn't do what it says. However, after being confused for days about this whole subject I'm beginning to suspect that both of my hypotheses are correct: claws-mail does indeed require me to change email accounts from the drop-down menu for proper operation, *and* google is paranoid enough to change behavior every time I access their email servers using a different client. To wit: claws-mail induced the long latency for my ISP's mail server unless I first switched to that account using the menu. I can reproduce this behavior consistently. But: gmail changes from zero-latency to long-latency in a (weasel words) fairly consistent way every time I switch mail clients, including when I use their own (carefully-targeted-ad-plagued-https-everywhere-browser-based) email solution. The gmail latency returns to zero after a period of time that I haven't pinned down yet through experiment, but is roughly 24 hours. I really sorta expected the google police to knock on my door after I tried to log in to my gmail account from a Windows 10 instance running in virtualbox. But they only sent an email telling they had protected my account by denying my login attempt. Very lenient, I think.
[gentoo-user] Re: [OT] Very recent change in behavior of gmail imap/smtp servers [SOLVED]
On Thu, 23 Jul 2015 21:49:50 +0100 Mick michaelkintz...@gmail.com wrote: On Thursday 23 Jul 2015 06:47:07 Nikos Chantziaras wrote: On 23/07/2015 05:49 πμ, walt wrote: Nope. Wrong. I just changed my resolv.conf back to the IP address of the router that ATT forced me to upgrade to and the delay is *gone*. The delay I was seeing was apparently caused by something very local to me, and suddenly vanished after two days. The interwebz is a scary place :( A friend of mine had a problem where half the time he tried to browse to a URL, he would end up on a porn site. I thought it was some Windows malware. But when booting from a USB stick with SysRescueCd on it, even ping google.com would ping a porn site at first. His modem/router combo device was infected with something that hijacked the DNS setting. He was using a DSL-Modem/router from 2003. It *is* a scary place. Walt's previous test indicates that his ISP's DNS repeaters were congested, or under DoS attack. Setting temporarily a higher level peer could prove the point. Some top level DNS resolvers shared here (from a previous post in this list): http://www.circleid.com/posts/20110407_top_public_dns_resolvers_compared/ The most interesting thing I've learned from this thread is that a whole bunch of other people are just as paranoid as I am. I just assumed that google had done something to produce this problem, but now I know what really caused it: I recently switched from thunderbird to claws-mail, mostly as an experiment because I'm not sure how committed mozilla.org is to maintaining thunderbird. I really like claws-mail in general, but this google problem was actually caused by some very dysfunctional behavior in claws-mail. (I've been building from the latest git sources, so I gotta expect some buggy behavior...) Anyway, claws-mail (for normal behavior) apparently *requires* me to switch email accounts from a drop-down menu (Configuration::Change- current-account) before trying to read or send email. If I fail to change the email account then claws-mail produces these very long and variable delays. I have no idea what it's doing while it waits, but it does connect eventually. Curiously, I don't see the same problem with nntp servers, just email servers (smtp and imap, I haven't tried pop3).
Re: [gentoo-user] Re: [OT] Very recent change in behavior of gmail imap/smtp servers
On Thursday 23 July 2015 21:49:50 Mick wrote: Some top level DNS resolvers shared here (from a previous post in this list): http://www.circleid.com/posts/20110407_top_public_dns_resolvers_compared/ An interesting link - thanks. I've added OpenDNS to my name service. -- Rgds Peter
Re: [gentoo-user] Re: [OT] Very recent change in behavior of gmail imap/smtp servers [SOLVED]
If you're familiar with wireshark (or another packet analyzer) I'd be interested in seeing where the delay actually is coming from. J. Rutkowski On Thu, Jul 23, 2015, at 06:27 PM, walt wrote: On Thu, 23 Jul 2015 21:49:50 +0100 Mick michaelkintz...@gmail.com wrote: On Thursday 23 Jul 2015 06:47:07 Nikos Chantziaras wrote: On 23/07/2015 05:49 πμ, walt wrote: Nope. Wrong. I just changed my resolv.conf back to the IP address of the router that ATT forced me to upgrade to and the delay is *gone*. The delay I was seeing was apparently caused by something very local to me, and suddenly vanished after two days. The interwebz is a scary place :( A friend of mine had a problem where half the time he tried to browse to a URL, he would end up on a porn site. I thought it was some Windows malware. But when booting from a USB stick with SysRescueCd on it, even ping google.com would ping a porn site at first. His modem/router combo device was infected with something that hijacked the DNS setting. He was using a DSL-Modem/router from 2003. It *is* a scary place. Walt's previous test indicates that his ISP's DNS repeaters were congested, or under DoS attack. Setting temporarily a higher level peer could prove the point. Some top level DNS resolvers shared here (from a previous post in this list): http://www.circleid.com/posts/20110407_top_public_dns_resolvers_compared/ The most interesting thing I've learned from this thread is that a whole bunch of other people are just as paranoid as I am. I just assumed that google had done something to produce this problem, but now I know what really caused it: I recently switched from thunderbird to claws-mail, mostly as an experiment because I'm not sure how committed mozilla.org is to maintaining thunderbird. I really like claws-mail in general, but this google problem was actually caused by some very dysfunctional behavior in claws-mail. (I've been building from the latest git sources, so I gotta expect some buggy behavior...) Anyway, claws-mail (for normal behavior) apparently *requires* me to switch email accounts from a drop-down menu (Configuration::Change- current-account) before trying to read or send email. If I fail to change the email account then claws-mail produces these very long and variable delays. I have no idea what it's doing while it waits, but it does connect eventually. Curiously, I don't see the same problem with nntp servers, just email servers (smtp and imap, I haven't tried pop3).
Re: [gentoo-user] Re: [OT] Very recent change in behavior of gmail imap/smtp servers
On Thursday 23 Jul 2015 06:47:07 Nikos Chantziaras wrote: On 23/07/2015 05:49 πμ, walt wrote: Nope. Wrong. I just changed my resolv.conf back to the IP address of the router that ATT forced me to upgrade to and the delay is *gone*. The delay I was seeing was apparently caused by something very local to me, and suddenly vanished after two days. The interwebz is a scary place :( A friend of mine had a problem where half the time he tried to browse to a URL, he would end up on a porn site. I thought it was some Windows malware. But when booting from a USB stick with SysRescueCd on it, even ping google.com would ping a porn site at first. His modem/router combo device was infected with something that hijacked the DNS setting. He was using a DSL-Modem/router from 2003. It *is* a scary place. Walt's previous test indicates that his ISP's DNS repeaters were congested, or under DoS attack. Setting temporarily a higher level peer could prove the point. Some top level DNS resolvers shared here (from a previous post in this list): http://www.circleid.com/posts/20110407_top_public_dns_resolvers_compared/ -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] Re: [OT] Very recent change in behavior of gmail imap/smtp servers
On 22/07/2015 04:34 πμ, walt wrote: Google has just introduced a 120-second delay before allowing login to their email servers. Just in the last day or two, literally. No delay here with POP3. Login is instant.
Re: [gentoo-user] Re: [OT] Very recent change in behavior of gmail imap/smtp servers
On 07/22/2015 01:11 PM, Nikos Chantziaras wrote: On 22/07/2015 04:34 πμ, walt wrote: Google has just introduced a 120-second delay before allowing login to their email servers. Just in the last day or two, literally. No delay here with POP3. Login is instant. Just logged in via IMAP - no delay for me. Dan
[gentoo-user] Re: [OT] Very recent change in behavior of gmail imap/smtp servers
On Tue, 21 Jul 2015 20:10:15 -0700 walt w41...@gmail.com wrote: On Tue, 21 Jul 2015 21:45:23 -0500 Dale rdalek1...@gmail.com wrote: walt wrote: On Wed, 22 Jul 2015 02:11:48 + (UTC) Grant Edwards grant.b.edwa...@gmail.com wrote: Google has just introduced a 120-second delay before allowing login to their email servers. Just in the last day or two, literally. I'm not seeing that with either of my gmail accounts. Same login times as always (1-2 seconds) on both IMAP and SMTP servers. That info amazes me, but gives me even more evidence for a conspiracy theory :) My ISP (att.com) may be responsible for this new delay. att is involved with the ongoing net-neutrality battles here in the US with netflix et alia, so why not add yet another fuzz-factor to the mix. I hope my email still works when I wake up tomorrow morning... Makes me wonder. Sometimes when I go to facebook, it doesn't come up on first or second try. I've seen that with other sites as well. Hm. When I get a error, it is instant. It seems to be so instant that it doesn't even have time to do a DNS lookup much less hit the website. By the way, I use ATT too. DSL after many years of dial-up. I just tried entering the number of the beast ;) 8.8.8.8 into /etc/resolv.conf and that reduced my waiting time from 120 seconds to 30 seconds (actual measurement by stopwatch). Nope. Wrong. I just changed my resolv.conf back to the IP address of the router that ATT forced me to upgrade to and the delay is *gone*. The delay I was seeing was apparently caused by something very local to me, and suddenly vanished after two days. The interwebz is a scary place :(
[gentoo-user] Re: [OT] Very recent change in behavior of gmail imap/smtp servers
On 23/07/2015 05:49 πμ, walt wrote: Nope. Wrong. I just changed my resolv.conf back to the IP address of the router that ATT forced me to upgrade to and the delay is *gone*. The delay I was seeing was apparently caused by something very local to me, and suddenly vanished after two days. The interwebz is a scary place :( A friend of mine had a problem where half the time he tried to browse to a URL, he would end up on a porn site. I thought it was some Windows malware. But when booting from a USB stick with SysRescueCd on it, even ping google.com would ping a porn site at first. His modem/router combo device was infected with something that hijacked the DNS setting. He was using a DSL-Modem/router from 2003. It *is* a scary place.
[gentoo-user] Re: [OT] Very recent change in behavior of gmail imap/smtp servers
On 2015-07-22, walt w41...@gmail.com wrote: Very soon after being invited to open a gmail account, I discovered that google offers non-web-browser access to their free (as in beer) email servers. Yep. Their IMAP implementation is pretty well done. Definitly better than courier and far better than MS exchange server. This puzzled me (still does) because it seems to violate google's basic business model, which is based on advertising revenue. (I never see an advertisement when sending/reading email via smtp/imap, obviously.) I think the theory is that you'll still use gmail via web some of the time [I do when I want to search] and probably calendar, and contacts, and other stuff [I certainly do]. Plus, they still get to trawl through all your email traffic. Google has just introduced a 120-second delay before allowing login to their email servers. Just in the last day or two, literally. I'm not seeing that with either of my gmail accounts. Same login times as always (1-2 seconds) on both IMAP and SMTP servers. -- Grant
[gentoo-user] Re: [OT] Very recent change in behavior of gmail imap/smtp servers
On Tue, 21 Jul 2015 21:45:23 -0500 Dale rdalek1...@gmail.com wrote: walt wrote: On Wed, 22 Jul 2015 02:11:48 + (UTC) Grant Edwards grant.b.edwa...@gmail.com wrote: Google has just introduced a 120-second delay before allowing login to their email servers. Just in the last day or two, literally. I'm not seeing that with either of my gmail accounts. Same login times as always (1-2 seconds) on both IMAP and SMTP servers. That info amazes me, but gives me even more evidence for a conspiracy theory :) My ISP (att.com) may be responsible for this new delay. att is involved with the ongoing net-neutrality battles here in the US with netflix et alia, so why not add yet another fuzz-factor to the mix. I hope my email still works when I wake up tomorrow morning... Makes me wonder. Sometimes when I go to facebook, it doesn't come up on first or second try. I've seen that with other sites as well. Hm. When I get a error, it is instant. It seems to be so instant that it doesn't even have time to do a DNS lookup much less hit the website. By the way, I use ATT too. DSL after many years of dial-up. I just tried entering the number of the beast ;) 8.8.8.8 into /etc/resolv.conf and that reduced my waiting time from 120 seconds to 30 seconds (actual measurement by stopwatch). I'm done playing now until morning...
[gentoo-user] Re: [OT] Very recent change in behavior of gmail imap/smtp servers
On Wed, 22 Jul 2015 02:11:48 + (UTC) Grant Edwards grant.b.edwa...@gmail.com wrote: Google has just introduced a 120-second delay before allowing login to their email servers. Just in the last day or two, literally. I'm not seeing that with either of my gmail accounts. Same login times as always (1-2 seconds) on both IMAP and SMTP servers. That info amazes me, but gives me even more evidence for a conspiracy theory :) My ISP (att.com) may be responsible for this new delay. att is involved with the ongoing net-neutrality battles here in the US with netflix et alia, so why not add yet another fuzz-factor to the mix. I hope my email still works when I wake up tomorrow morning...
Re: [gentoo-user] Re: [OT] Very recent change in behavior of gmail imap/smtp servers
walt wrote: On Wed, 22 Jul 2015 02:11:48 + (UTC) Grant Edwards grant.b.edwa...@gmail.com wrote: Google has just introduced a 120-second delay before allowing login to their email servers. Just in the last day or two, literally. I'm not seeing that with either of my gmail accounts. Same login times as always (1-2 seconds) on both IMAP and SMTP servers. That info amazes me, but gives me even more evidence for a conspiracy theory :) My ISP (att.com) may be responsible for this new delay. att is involved with the ongoing net-neutrality battles here in the US with netflix et alia, so why not add yet another fuzz-factor to the mix. I hope my email still works when I wake up tomorrow morning... Makes me wonder. Sometimes when I go to facebook, it doesn't come up on first or second try. I've seen that with other sites as well. Hm. When I get a error, it is instant. It seems to be so instant that it doesn't even have time to do a DNS lookup much less hit the website. By the way, I use ATT too. DSL after many years of dial-up. Dale :-) :-)