After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 693306 - Folder types not set when any standard folder is missing
Folder types not set when any standard folder is missing
Status: RESOLVED FIXED
Product: evolution-ews
Classification: Other
Component: Mail
3.6.x
Other Linux
: Normal normal
: ---
Assigned To: Evolution EWS maintainer(s)
Evolution EWS maintainer(s)
Depends on:
Blocks:
 
 
Reported: 2013-02-07 10:23 UTC by Milan Crha
Modified: 2013-02-07 17:33 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
ews patch (10.35 KB, patch)
2013-02-07 17:31 UTC, Milan Crha
committed Details | Review

Description Milan Crha 2013-02-07 10:23:21 UTC
Moving this from a downstream bug report:
https://bugzilla.redhat.com/show_bug.cgi?id=906484

Long story short: Reporter's Exchange server doesn't have available one of the standard folders, which returns:
  <m:GetFolderResponseMessage ResponseClass="Error">
    <m:MessageText>The specified folder could not be found in the store.
    </m:MessageText>
    <m:ResponseCode>ErrorFolderNotFound</m:ResponseCode>
    <m:DescriptiveLinkKey>0</m:DescriptiveLinkKey>
    <m:Folders/>
  </m:GetFolderResponseMessage>

and if I counted it right, then it's the 'journal' folder. User found it when trying to delete messages from Deleted Items, these were not removed from the server, and it turned out that evolution-ews didn't recognize Deleted Items folder as a trash folder, thus it didn't try to delete permanently the message from the server.
Comment 1 Milan Crha 2013-02-07 17:31:35 UTC
Created attachment 235432 [details] [review]
ews patch

for evolution-ews;

This fixes the issue by:
- adding an 'error' into EEwsFolder structure
- creating an 'error' folder if necessary, rather than abort whole operation
- postpones created folder notifications only after folder types are properly
  read, thus the initial folder download shows Inbox with an Inbox icon,
  not as a regular folder, even the type was read properly (which is proved
  the next start, when special folder has its icons in the evolution's view)
Comment 2 Milan Crha 2013-02-07 17:33:24 UTC
Created commit 4f8b0cd in ews master (3.7.90+)
Created commit 60dcfcf in ews gnome-3-6 (3.6.4+)