Public bug reported: Binary package hint: evolution
in Evolution Mail, Send&Receive is one combined process, which is confusing and makes sending email messages extremely slow. Example: jeremy composed a new email message to recepi...@domain.tld and presses "send". Evolution Mail stores the message in "Outbox", instead of sending it. Jeremy is surprised to see an unsent message in his outbox, so he hits the only button in the main Evolution Mail UI that contains the word "send", which happens to be the "Send&Receive" button in the main toolbar. Now, upon invoking this process, evolution starts querying information in all folders and subfolders it is configured to search via IMAP, instead of simply sending the message. Jeremy is confused and hits "cancel all", after he notices that the unsent message in OUTBOX is nolonger there. This situation is a classic in Evolution 2.32.2 on Ubuntu (Unity) 11.04 $ apt-cache policy evolution evolution: Installed: 2.32.2-0ubuntu7 Candidate: 2.32.2-0ubuntu7 Version table: *** 2.32.2-0ubuntu7 0 500 http://de.archive.ubuntu.com/ubuntu/ natty/main i386 Packages 100 /var/lib/dpkg/status Instead, Send and Receive should be seperate processes. "Receive" should be automatic, if the user configures it to be so upon initial setup (firstrun wizard), otherwise there should be a button like "check mail" or "refresh". Send should be restricted to the individual message. Bulk sending is impractical, since we already have more obvious methods for this such as CC or BCC. For a while i saw a progress bar in Evolution within the "Compose Message" window upon pressing "send", that was reasonable and made a lot of sense. ** Affects: evolution (Ubuntu) Importance: Undecided Status: New ** Description changed: Binary package hint: evolution - in Evolution Mail, Send&Receive is one combined process, which as long - as the respectively longest subprocess. + in Evolution Mail, Send&Receive is one combined process, which is + confusing and makes sending email messages extremely slow. Example: jeremy composed a new email message to recepi...@domain.tld and presses "send". Evolution Mail stores the message in "Outbox", instead of sending it. Jeremy is surprised to see an unsent message in his outbox, so he hits the only button in the main Evolution Mail UI that contains the word "send", which happens to be the "Send&Receive" button in the main toolbar. Now, upon invoking this process, evolution starts querying information in all folders and subfolders it is configured to search via IMAP, instead of simply sending the message. Jeremy is confused and hits "cancel all", after he notices that the unsent message in OUTBOX is nolonger there. This situation is a classic in Evolution 2.32.2 on Ubuntu (Unity) 11.04 $ apt-cache policy evolution evolution: - Installed: 2.32.2-0ubuntu7 - Candidate: 2.32.2-0ubuntu7 - Version table: - *** 2.32.2-0ubuntu7 0 - 500 http://de.archive.ubuntu.com/ubuntu/ natty/main i386 Packages - 100 /var/lib/dpkg/status + Installed: 2.32.2-0ubuntu7 + Candidate: 2.32.2-0ubuntu7 + Version table: + *** 2.32.2-0ubuntu7 0 + 500 http://de.archive.ubuntu.com/ubuntu/ natty/main i386 Packages + 100 /var/lib/dpkg/status Instead, Send and Receive should be seperate processes. "Receive" should be automatic, if the user configures it to be so upon initial setup (firstrun wizard), otherwise there should be a button like "check mail" or "refresh". Send should be restricted to the individual message. Bulk sending is impractical, since we already have more obvious methods for this such as CC or BCC. For a while i saw a progress bar in Evolution within the "Compose Message" window upon pressing "send", that was reasonable and made a lot of sense. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to evolution in Ubuntu. https://bugs.launchpad.net/bugs/799382 Title: Send&Receive should be seperate processes To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/evolution/+bug/799382/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
