Freron MailMate

Comments and changes to this ticket

• 

  benny January 22nd, 2011 @ 10:24 AM

  The location
  

  ~/Library/Application Support/MailMate/Attachments/
  

  is used for saving attachments when they are displayed using Quick Look
  or “Open Attachment”. It is more like a cache than a primary
  download folder. They can be safely deleted (or moved) since they still
  exist as part of the original messages.

  If you select “Save Attachment” then the following location is used

  ~/Downloads/
  

  (in previous versions it was ~/Desktop).

  Currently there is no “Save Attachment As...”. Eventually there
  should be.

• You flagged this item as spam.
  

  Thomas Hanke January 22nd, 2011 @ 11:27 AM

  Okay, then what's bugging me is:
  Double-click doesn't download, rather it opens files in ~/Library/Application Support/MailMate/Attachments/

  That's not (yet) comfortable for me. I guess I need my easy click target.

• 

  benny January 22nd, 2011 @ 02:57 PM

  I plan to change the way attachments are displayed. This could/should
  include a better distinction between viewing and “downloading” an
  attachment.

• You flagged this item as spam.
  

  Mary Heintz September 17th, 2012 @ 01:53 PM

  I didn't like this file location either, so I just fixed this by making ~/Library/Application Support/MailMate/Attachments a link to ~/Downloads.

  ln -s ~/Downloads ~/Library/Application Support/MailMate/Attachments

• 

  benny September 17th, 2012 @ 06:25 PM

  @Mary: Nice workaround, but I should warn about scenarios like the following:

  1. Display an attachment in MailMate for a given message: This triggers the attachment to be saved in Attachments.
  2. Delete the message: MailMate cleans up including the deletion of any attachments saved in Attachments (it is considered a cache under the control of MailMate).

  If symlinking to ~/Downloads then the above may be a bit surprising. There could also be issues with existing files in ~/Downloads with the same filenames as used for attachments for messages in MailMate. Worst case: MailMate deletes a file in ~/Downloads which it does not really “own” (not sure that can easily happen since MailMate keeps track of the filenames used for saved attachments – it probably requires a race condition).

  In practice, it'll probably work just fine.

• 

  benny January 10th, 2014 @ 08:57 AM

  • State changed from “new” to “fixcommitted”
• 

  benny October 15th, 2014 @ 03:32 PM

  • State changed from “fixcommitted” to “fixreleased”

  [bulk edit]