Bug 910252
| Summary: | Evolution Local Delivery Receiving Option: failure to transfer mail from queue to mail box on launch | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | George Walsh <gjwalsh> |
| Component: | evolution | Assignee: | Matthew Barnes <mbarnes> |
| Status: | CLOSED NEXTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | medium | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 18 | CC: | lucilanga, mbarnes, mcrha |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | evolution-data-server-3.6.4 | Doc Type: | Bug Fix |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2013-02-20 13:30:51 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
From my response to your message in evolution-list mailing list: https://mail.gnome.org/archives/evolution-list/2013-February/msg00066.html Hi, works for me, I see there that option. Do you see any runtime warnings when you run evolution from console and edit properties of this account? Please ignore those from gtk_entry_set_text(). When I go to Edit->Preferences->Mail Accounts, the account's type is "spool" for me. With respect of "check after start", there was added an option for that, in Edit->Preferences->Mail Preferences, General tab, at the very top. It is supposed to be checked by default. Please note of [1] too. Bye, Milan [1] https://bugzilla.redhat.com/show_bug.cgi?id=901942 Hi, Milan, and thanks so much for responding. There are no runtime warnings when running evolution from the CLI, just the mail status alert: 'Inbox (3 total) - Evolution' which are the messages downloaded at my specific request. Yes, for sure the 'Check for new messages on start' is indeed "checked". In our case, the incoming mail spool file is specifically defined as /var/spool/mail/[username]. This works correctly, or clicking on 'Send/Receive' would not be able to locate and import the mail to the evolution Inbox. What is missing here is the tripping of the switch to transfer the mail from the spool queue file to the user's Evolution Inbox. Everything else is functioning perfectly for all users. I've looked at your response to Bug 901942. That bug's solution would appear to me to be a close cousin of this one. Would you recommend I haul that new rev of evolution-data-server down from rawhide? George You can get the package from updates-testing, or as described in bug #901942 comment #2, though if you do not see a similar warning on a console when you run evolution from console (a console or a terminal), then it might be something else. About the Evolution's Inbox, I'm not sure whether we talk about the same here. With a spool account you'll have two Inboxes, one as On This Computer/Inbox, the other as Your-Spool-Account/Inbox, both in the left-side folder tree in the Mail view. I do not see from your comments what account type you've configured that local mail box, but from your description it sounds rather as local delivaty, than local spool. Could you check the Type column in Edit->Preferences->Mail Accounts and type it here, same as the exact Receiving type you've pick in the account editor itself, please? Hi again, Milan: Edit->Preferences->Mail displays: Enabled On this Computer Default maildir Enabled gjwalsh mbox Enabled Search Folders vfolder NOTE: Although all 3 are 'enabled' only gjwalsh can be edited (others are greyed out). The Account Editor for Receiving Email shows: Server Type: Local Delivery Local Delivery File expands to: /var/spool/mail/gjwalsh. In the main Evolution Mail display, in the left-hand column, all users appear under the header 'On This Computer'. There is another header, 'Search Folders', but it is empty other than for 'Unmatched Folders' which itself is empty. There are no other lines in that column. It all looks like it has always looked. The only mail spools I know are those in the /var/spool/mail/directory so I'm a little confused, more so because everything works on a specific Send/Receive request as I recounted previously. Hope that helps, Milan, and I truly appreciate your thorough efforts to help me out. This will leave me with a rock-hard, lean, mean f18 and the confidence to start creating and building once more. Regards, George Thanks for the update. I see what you mean and I found out what's causing this. I made these changes in evolution-data-server sources:
Created commit b2e50d3 in eds master (3.7.91+)
Created commit b3cfe67 in eds gnome-3-6 (3.6.4+)
From the commit message:
To have this fully working, users should edit the account and save
the changes (even when not done any) by clicking the OK button
in the account editor, thus the source will receive its extension
and the next start the account will be recognized and auto-updated.
|
Description of problem: This problem begins with f18 release. Mail arrives in /var/spool/mail/[user-name]. In the past, at least as far back as f14, when a user logged in to his account, that incoming mail would be transferred to his Evolution Inbox and GNOME would notify of any new (unread) mail. Now, the user does not know if mail awaits, nor is he alerted to the presence of mail. He must invoke evolution and manually click on the Send/Receive option to determine this. At that point his Inbox contents are displayed in the normal way, AND he receives notification at the same time, which is now rather redundant. This problem affects all user accounts with mail service on our server. Version-Release number of selected component (if applicable): Evolution 3.6.3 How reproducible: Mail arriving at the server is correctly delivered to /var/spool/mail[user-name], whether from internet or other system users (local). It is no longer transferred automatically to the user's Inbox in evolution when he logs in to his account. No changes were made in evolution setup options from f17 to f18. Steps to Reproduce: 1. 2. (outlined above) 3. Actual results: (outlined above) Expected results: Any mail existing in the /var/spool/mail queue for the user would have been transferred to the user's Inbox when he logged in. As well, the mail alert message would appear prompting him to access Evolution to read his 'new' mail. Additional info: As a further step, I created a new user altogether but with the same results. However, I also noted that in previous internal guides for our users we used to explicitly check a time frequency line and stated that if no frequency value was provided, no auto transfer would take place. Interesting, because in the current Receiving Options form, there is no provision for this at all. Could that be contributing to the problem here?