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 759678 - "Save as Template" store the mail in the local account template folder instead the imap template folder
"Save as Template" store the mail in the local account template folder instea...
Status: RESOLVED DUPLICATE of bug 681353
Product: evolution
Classification: Applications
Component: Mailer
3.18.x (obsolete)
Other Linux
: Normal normal
: ---
Assigned To: evolution-mail-maintainers
Evolution QA team
Depends on:
Blocks: 725320
 
 
Reported: 2015-12-19 22:14 UTC by H.-Dirk Schmitt
Modified: 2016-01-29 12:46 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description H.-Dirk Schmitt 2015-12-19 22:14:35 UTC 
The identity configuration for my imap account set the templates Folder as below.

[Mail Composition]
SignImip=true
DraftsFolder=folder://XXXXX/Drafts
TemplatesFolder=folder://XXXXX/Templates

If I create a new template for this identity and try to save it via the menu entry "save as template" it is saved below the (disabled) local account. 

The expected behaviour is that the template is saved in the templates folder of the associated imap account. (For "save as draft" it behaves as expected.)

In our default setup the local account is disabled to avoid that our users save data locally. This make the new saved template invisible for them.

The current workaround is to save the template as draft and move it from the draft folder to the template folder.
Comment 1 H.-Dirk Schmitt 2015-12-19 22:16:12 UTC 
This problem looks for me as it also blocks a correct implementation of bug #725320
Comment 2 Milan Crha 2016-01-29 12:46:47 UTC 
Thanks for a bug report. Even the Templates Folder option is available, it's not much used in the code, except of changing the icon of the folder in the folder tree (approximately said).

*** This bug has been marked as a duplicate of bug 681353 ***