[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Closure?: Re: Every 36 to 48 hours, can't send mail via smtp(.gmail.com)--must reboot to recover



On 9/15/13, Randy Kramer <rhkramer@gmail.com> wrote:

... email intermittent on 36-48hr boundary ...

> update is to say that I've switched back to a static IP address on the
> computer in question (instead of a dynamic address) and the problem is
> "under control".
>
> By that, I mean that, it seems the problem still occurs (I'm sending a test
> email every 10 minutes and thus can recognize when a failure occurs), but it
> seems that, with a static address, the problem sort of "self corrects"--that

Your problem is indeed intriguing.

I in recent days discovered something possibly of note for you, but
probably not - I've been using mail.google.com in firefox, and would
swap between two different computers in my house, which would work,
then one day it stopped working, as in, I'd use email on one computer,
then email would not work on the other computer. I was proxying
through a vpn though, to another computer on a different external IP
address, and after some time I figured this out. It seems google uses
some server cookie binding client login to ip address (which in
hindsight is a sensible security choice), and that if I had have
logged out of gmail on first IP address/pc, then logged in on
laternate ip/pc, then google probably would have been ok with that.

> While I was using a dynamic address, the only way that I found to restore my
> email sending ability was by rebooting the computer.  I've since found,
> thanks to a suggestion from Paul Cartwright from this list, that If I quit
> kmail and waited a half-hour before restarting it, my ability to email was
> restored.  (Perhaps I wouldn't have had to wait a 1/2 hour, but my first
> attempt, quitting kmail and restarting it within a few minutes, had no
> effect.)

Possibly worth testing your MUA kmail with an strace log file, and
view the end of that log as soon as you notice the POP/IMAP stall.

Possibly set up another email account with say yahoo or use your isp
email account (eg forwarding/copying all your gmail email, so that you
know it will have email in it of some sort) and test picking up email
from this new account, immediately after, and only after, you find the
gmail pop/imap stops working (so you know there is email in there to
pick up).

> The problem has been a bugger to deal with, partly because of the 48 hours
> between occurrences.

Because of your high occurrence latency, you might set up two or three
of these alternate accounts, but at least one alternate account would
hint at whether it is possibly limited to being protocol (pop/imap) /
MUA related (and therefore a client side issue), or email server
specific (gmail).

Good luck
Zenaan


Reply to: