[njhaveri]

Search is a merge of server-side results and a very basic local search that right now only looks at From and Subject. If you're offline, you'll get the local search results.

When you're offline, you can view messages. However, only the most recent messages are cached in the account, and caching is run lazily with the background activity scheduler, which won't run if your device is under any kind of load and runs infrequently on battery. Overall, I eventually plan to offer a "days of mail" setting to make this more predictable.

You can also take actions on messages – marking them read, starring them, replying and sending new messages, etc. This is all architected to work while offline and replay when a connection becomes available. This design is necessary to make things seem snappy when the client is online.

Overall, I have not yet heavily tested the offline capabilities, and there is some work to do around the caching predictability story. If offline access is a very firm requirement, I would recommend a client designed around this model, like Mail.

[pvg]

Thanks, I think you're right to identify 'predictability' as a key feature here. It's not so much that I need my every message offline (for which, as you point out, I can just Mail.app) it's that I'd like to have some idea of what I can expect offline if the client says it works offline. If the client doesn't offer any predictable offline features it's not really an offline client.