|
|
10.5: Keep 'Apple Mail To Do' off IMAP accounts in Mail
It looks like the hint poster and some commenters are taking about different things here. My understanding is that the problem here is preventing Mail from creating IMAP folder/label for To Do's, while keeping using To Do's locally. If you don't use To Do's at all and delete the IMAP folder (both in web interface and in Mail's plist), it won't re-appear. The thing is, I do want to use To Do's, but don't want to keep the 'To Do' IMAP folder (which creates clutter in my Gmail label structure and shows up on my iPhone). Messing with Mail's plist, as described in the post and in several comments, only helps if you don't use To Do's at all.
Oh, and just to add - disabling the 'To Do' IMAP folder in Gmail using the corresponding Labs feature does not help - the label is still visible in web interface, as well as in Mail, where it just changes the 'To Do' icon to a generic globe. By the way, I won't be surprised if this is considered a feature rather than a bug, and therefore will never get fixed.
10.5: Keep 'Apple Mail To Do' off IMAP accounts in Mail
I too hated how Mail insisted on creating these IMAP folders, and tried the suggestion in this thread, as well as a few others to prevent Mail from creating its "Apple Mail To Do" on the IMAP server. None worked well. My results ranged from failure (Mail still created the folder), to the weird (Mail wouldn't create the folder, but instead display the entire IMAP tree from the server as a folder under To Do). So I read up on this thing and tried to figure out what Apple's reasoning behind this was. Honestly it seems quite cool, but I do agree that its ill-executed and because of poor documentation, has caused some grief. This feature is like a poor man's iCal sync, but just for tasks. If you look in iCal, there is a new subsection in the calendar list named after your IMAP account in Mail. By default there is a single calendar named "calendar," which you can rename. Any tasks you create in iCal or Mail within that group will create a message inside the IMAP folder on the server. You can also organize tasks by creating multiple calendars. So if you go to another Mac and open Mail with the same configuration (easy enough if you just copy your com.apple.mail.plist file I believe), there are your tasks, which are now also populated in iCal. This only works for Tasks; iCal will not let you create events in Mail calendars. Based on this hint, you can change the name from "Apple Mail To Do" to something less obnoxious. This other thread suggests this was originally a .mac-only feature used to enable syncing of tasks and notes OTA with an iPhone. The content of the dummy messages that Mail creates to store task information are very easy to parse, which means its probably not a huge step for someone to figure out how to get these to sync with GMail tasks, for example (assuming Gmail Tasks can be manipulated like Google Calendar can). My main complaint, though, still remains the same: Mail should let you selectively choose which accounts have this folder (I use multiple IMAP accounts), give you the option to completely disable this feature if don't want to use it, and easily change the name of the folder without jumping through hoops. You shouldn't have to use a plist editor. If I enjoyed changing configurations that way, I would have stayed with windows and regedit. Apple also needs better documentation for stuff like this. I get the whole 'don't peak under the hood' attitude but sometimes that just doesnt cut it, particularly when an Apple product makes changes to a 3rd party product not under Apple's control. |
SearchFrom our Sponsor...Latest Mountain Lion HintsWhat's New:HintsNo new hintsComments last 2 daysNo new commentsLinks last 2 weeksNo recent new linksWhat's New in the Forums?
Hints by TopicNews from Macworld
From Our Sponsors |
|
Copyright © 2014 IDG Consumer & SMB (Privacy Policy) Contact Us All trademarks and copyrights on this page are owned by their respective owners. |
Visit other IDG sites: |
|
|
|
Created this page in 0.09 seconds |
|