I have a dovecot server running on an Oracle Cloud instance with /home/user mounted from a cloud NFS resource. So, it’s fairly high latency. There are also a few tens of thousands of messages in some of the folders (like every IETF list message for many lists going back 30 years).
Thunderbird works with it fine, as do K9 (Android), MacOS mail.app, the native Windows 10 client, eM mail, and everything but Geary that I’ve tried. Geary times out on the IMAP listing. This suggests perhaps a timer is set excessively tight in Geary. I think. Maybe.
It’s not noticeably bandwidth dependent. I’m getting about 800Mbps on AT&T fiber and at least 100Mbps from the server to the client. Same error on my 1.5Mbps DSL.
I suppose I should try replacing the NFS store with a disk image, but the NFS stuff is so convenient (no limits to manage, no charges for empty space). But it’s probably worth testing just to see if that’s driving Geary’s problem. In the meantime, any suggestions?
Account identifier: goa_account_1663746518_6
Account provider: GEARY_SERVICE_PROVIDER_OTHER
Service type: GEARY_PROTOCOL_IMAP
Service host: transient.softarmor.com
Error type: GearyImapError 8
Message: a002 LIST: Command timed out
Back trace:
- geary_problem_report_construct
- geary_account_problem_report_construct
- geary_service_problem_report_construct
- application_main_window_update_account_status
- application_controller_expunge_accounts
- g_closure_invoke
- g_signal_handlers_destroy
- g_signal_emit_valist
- g_signal_emit
- g_param_spec_internal
- g_object_notify_by_pspec
- g_closure_invoke
- g_signal_handlers_destroy
- g_signal_emit_valist
- g_signal_emit
- g_param_spec_internal
- g_object_notify_by_pspec
- geary_client_service_notify_connection_failed
- geary_imap_engine_foreground_garbage_collection_new
- g_subprocess_communicate_utf8_finish
- g_subprocess_communicate_utf8_finish
- geary_smtp_capabilities_add_ehlo_response
- g_subprocess_communicate_utf8_finish
- g_subprocess_communicate_utf8_finish
- g_main_context_dispatch
- g_io_channel_new_file
- g_main_context_iteration
- g_application_run
- main
- __libc_init_first
- __libc_start_main
- _start