1440 Views 6 Replies Latest reply: Jul 8, 2010 10:55 AM by Xairoo
It may be, but I have not confirmed, that using the IDLE command (implementing push email) results in some error on the server side when the email app cannot be contacted because the Mac is asleep. This would not be surprising.
While I always have my display sleep, I never allow my computer to sleep.
Yeah of course, i think thw IDLE command is not designed for the sleep mode.
It's Apples job to create a working app that could handle the IDLE future with the sleep mode.
It should be no problem to reset the full process aftere the wakeup. We could do with a simple script to restart the Mail.app, but thats a really lame resolution.
Come on Apple, give us (the source of all the money) a small fix!
Why would it be Apple's responsibility to receive anything while a computer is asleep? That is not logical. It would be more logical to assume it is the responsibility of the server to keep checking to see if the computer and mail app are awake and reachable for Push Mail.
What happens if you control-click on the Inbox and choose Get Account Info after it awakens?
It would, because not while asleep. I said it should work correctly after the wakeup.
Come on, you could add new accounts without a restart of the app. Where is the problem to start the process again after the wakeup?
I hope you know what timeouts are - why should a server have such big timeouts to register that the machine is online after a few hours? thats not the work of the server.
o) machine online: client sends login, IDLE works fine.
o) machine is asleep, crashes, lost the connection, ...: server tries and tries -> timeout
o) machine wakes up, comes online again: client sends the login again
Apparently you and I interpret the following differently:
"The server MAY consider a client inactive if it has an IDLE command
running, and if such a server has an inactivity timeout it MAY log
the client off implicitly at the end of its timeout period. Because
of that, clients using IDLE are advised to terminate the IDLE and
re-issue it at least every 29 minutes to avoid being logged off.
This still allows a client to receive immediate mailbox updates even
though it need only "poll" at half hour intervals."
Seems to support my thoughts, and you have only found quitting Mail and relaunching as a method of terminating IDLE and re-issuing? There may be others, but any would seem to require manual action.
Why looking for an other solution? The problem is simple and a fact.
Restarting Mail.app is really fast and could be handled, by the dirty way, with a wakeup script.
Maybe this, maybe anything other, maybe the first or the fourth thought/bug/what ever. I like fixes. And ****, I'm no politican, so i prefer the direct and best way/resultion.
By the way, think about security. 29 Minutes are a very long time to do some **** things.