MBOX-Line: From arnt at gulbrandsen.priv.no  Tue Oct  5 03:29:21 2010
To: imap-protocol@u.washington.edu
From: Arnt Gulbrandsen <arnt@gulbrandsen.priv.no>
Date: Fri Jun  8 12:34:45 2018
Subject: [Imap-protocol] Fwd: iOS IMAP IDLE (Standard "Push Email")
	Deficiency, Explanation?
Message-ID: <87lIcMeyz6O3xDzKeX7qvQ.md5@[192.168.16.40]>

Dave Cridland writes:
> The "3G session" does need to stay open, but it can stay in Idle, or  
> PCH, modes. These cost in the region of 8mA.
>
> Small notifications - including the EXISTS and FETCH FLAGS that IDLE  
> typically emits from the server - will only raise the 3G session to  
> FACH mode. If the handset is forced into FACH mode constantly,  
> this'll drain the battery in around 7 hours, using around 140mA.
>
> Only if the data size reaches a certain (small) threshold - about 128  
> octets typically - will the radio rise to DCH mode, where the drain  
> is around 380mA - sufficient to drain the battery in three hours.

Thanks.

IIRC iphone mail 4.x does implement idle. It also implements compress 
and condstore, both of which ought to help avoid DCH. (Those 128 bytes 
would be about 80 after TCP/IP overhead, or 100-200 with IMAP or TLS 
compression, right?)

8mA isn't much.

Arnt

