GNOME Bugzilla – Bug 271262
Allow Send/Receive of local stores in offline
Last modified: 2013-04-08 17:21:36 UTC
Distribution: Debian 3.1 Package: Evolution Priority: Minor Version: GNOME2.8.1 unspecified Gnome-Distributor: Debian Synopsis: Delivery via sendmail should work even when offline Bugzilla-Product: Evolution Bugzilla-Component: Mailer Bugzilla-Version: unspecified Description: Description of Problem: When in offline mode, evo won't deliver messages even if it is configured to use sendmail. Also, it doesn't seem to check for new mail in mbox spool folders. Actual Results: Expected Results: Since the sendmail program as well as the mbox mail folders are by definition never "offline" it should make no difference whether evo is in offline or online mode. How often does this happen? Additional Information: Evo 2.0.3, this version is not available in bug-buddy. Setting qa contact to the default for this product. This bug either had no qa contact or an invalid one.
Apparently still the same in 2.8.2.1.
And still the same with 2.12.1
I just would like to add that if this is still relevant, it half isn't a bug because some software like msmtp (sendmail replacement) likes to be online. It does have an msmtp queue script if you want the offline capability, but in that case it would make more sense to leave the mail in the evolution queue. So perhaps more sensible would be a checkbox saying: "[x] send messages with sendmail even when offline" ? fwiw, hth, _J
In 3.8 I added camel_network_service_get_host_reachable(), which isn't yet fully wired up to Evolution but may prove useful here. We could leave the Send/Receive action enabled at all times and use the function to skip accounts with unreachable hosts.
Created attachment 240965 [details] [review] eds patch for evolution-data-server; The Camel provider part, it: a) adds an option to sendmail, though I guess it's less needed b) adds "online" property into CamelOfflineStore and CamelDiscoStore The sendmail can reject message send when the associated session is in offline, if the option is unchecked. The option is checked by default.
Created attachment 240966 [details] [review] evo patch for evolution; The problem is elsewhere. The problem is that the Send/Receive button (and menu) was disabled based on EShell's online state, which disallowed Send/Receive also for local-based providers. This patch: a) adds UI checkbox for added sendmail configuration property b) lefts always enabled all Send/Receive main options, and disabled respective accounts instead. c) Silently ignores message send on a remote account when the main session if in an offline mode d) writes message into Outbox on send if the sending account reported its destination as unavailable (user is notified about that beforehand).
Created commit f7b5d91 in eds master (3.9.1+) Created commit 2dfd548 in evo master (3.9.1+)