Hi Ruben, Thank you for your reply...
I agree with you on the DropBox part. You are right, people are not going to change their ways if it is an inconvenience. I only see this working if it was very transparent. Someone needs to step up to the plate and give it a try. :) I just listened to my G/F spend a hour or more on the phone trying to get her mom to email her some files that Comcast was kicking back because they were more than 5MB. Trying to get them from her PC where the scanner was to the Mac was more than she could handle. If this could have been done with a link in the email, it would have taken 5 minutes to make it work for her mom. Just a thought though. I will give your idea of an AppleScript a try. Sounds promising. I just hope I don't run into text flow issues. Formatting email is hard enough as it is. After the injection, if I have to not only regenerate the email, plus make the multi part plain text and html bits, it is going to get very ugly very fast in AppleScript. I am pretty sure I have to fully reconstruct the email, which can lead to bad results if not done 100% perfect. And following the RFC is not considered perfect in the wonderful world of IMAP. :) Well, here is my vote for a "delete attachments" in MailPlane. Apple Mail does a pretty good job, where it injects new text that tells you the time, date, and filename of that which was removed. Deleting the files is the simple part, if you can just open an IMAP connection, login to it, and then issue some commands to dupe and delete the files then push the new mail in place, you are done. Injecting the time, date, and name of old files to me, is the hard part. At least with my past experience in trying to make my own webmail app. I think that is another great case for DropBox. Delete the files, shove them on DropBox, inject the url to DropBox, and you now have lifelong storage and your email is nice and clean. Or perhaps use S3 of your own in case there is a lack of trust in the longevity of DropBox. Then again, DropBox does use S3 on the backend and they do de-duping which could save a lot of time and space. Small usage such as this might even be free on S3 for most users. I had not heard of the QuickLinks Labs feature, I will take a look, that looks like a great feature. If I could ask for one think in 3.0 above and beyond all else, it would be native extension support and a working greasemonkey implementation. If not greasemonkey, then just the extensions, as that will achive the same result. It would seem to me that the bulk of the UI suggestions you get could become user driven. Though you may not want the support headaches as people apply every known UI mod on the planet :) Even make it simple, in the same way you allow a .css file to be added in by the user, maybe we could add in a .js file. Are there checks in place to make sure the .css file is all css, or could I point that to a .js file and would it inject? Thanks for your reply, looking forward to 3.0 -- Scott On Thu, Sep 15, 2011 at 8:43 AM, [email protected] < [email protected]> wrote: > > Hi Scott, > > Many thanks for the detailed feature requests! > > Dropbox attachments: Indeed, some space is wasted by sending huge > attachments to another persons inbox. However, I think that this is great > solution for geeks or technical savvy people, but maybe less understandable > for non-technical email users. Picasa, MobileMe Galleries (I know it's going > away), Flickr, even Skich kind of offer a similar service and I am not sure > if it makes sense to compete in this area. > > Tip: Why not integrate your already existing app with Mailplane? Check out > this article: > Use AppleScript to compose the messages: > http://mailplaneapp.com/howto/entry/compose_email_using_applescript/ > > Delete attachments: Currently, IMAP is the only solution. > > UI Modifications: Agreed, it would make sense to optimize the user > experience. > > Account switching: Mailplane 3.0 will improve it :) > > MailMarklets: Good idea. Have you tried the 'Quick Links' Gmail lab > feature? It allows you to store searches/conversations etc. in the sidebar. > > Thanks again for your feedback. > > Ruben > http://mailplaneapp.com > http://repliesapp.com > > > I have a few humble feature requests... > > The first one, I have had at the top of my ideas for years now, but with > the implementation of DropBox, things just a lot easier. > > I hate putting raw files into email messages, Email was not designed for > file transport!, aside from some small images here and there/ Certainly not > an entire family vacation of jpg images. People will not do different until > the default is different.*(Yes, I am talking to you in-lawys who just sent > me 50 jpg images from Belgium which are a pain in the rear to remove from > IMAP in gmail!) * > > * As a side note, how about a delete images from IMAP message in MailPlane > so I don't have to keep a working copy of Mail.app or Thunderbird sucking up > mailbox files all over the place? > > > What I have done, is wrote an app, you drop files(s) on it. More than one > file, they and they are zipped; only one file and it is left alone. The > file(s) are then copied from the current location to > ~/Dropbox/Public/yyyy.mm.dd-random-filename.ext (one way pseudo secure) and > then passed off tobit.lyfor url shortening. Finally, thebit.ly url is > shoved onto the clipboard, growl wakes up and says hello with a song, and > you are ready to paste those files anywhere. Logs of source files and url's > are saved. I think the clipboard is restored post paste so your state is > just how you left it. It has been a while since I looked at it, I just use > it. > > Here is an example I just made with all keystrokes: http://bit.ly/qIXrk4 > > Maybe MailPlane could do the same. Any time an image is attached, or group > thereof, some options are given. If they are all jpg images, ask the user, > would you like to put these into a slide show within DropBox? If they are > random files and images, repeat the above process more or less, and instead > of putting the images into the email, drop the link into the email. > > I am sitting on 15+ years of emails, in one way or another using a method > to send files that did not attach. I currently use 7% of my storage. > Millions of emails total. And since I started the DropBox method, for > which I used an alternate server of my own in the past and ssh/rsync, all > links in all emails are still working and valid. > > Next idea, start modifying the MailPlane UI. More and more people are using > laptops having less and less vertical space compared to a desktop. The > entire gmail logo and search bar with button could be something that is > toggle-able on and off. A link in the black bar at the top could be used to > toggle it's visibility. It could also be a keyboard command. It is pretty > simple, one div setting the visibility to false and you are there. Since I > can't get user scripts to work, I can't make the toggle, so I am stuck with > just having it off all the time, which I could not work with. > > Here is a quick and dirty mock up of what I would like to see. If I had > user script access, I think I may be able to pull off part of it. > http://bit.ly/pbEkz5( <- Full size version located at url ) > > [image: 105px.png] > > > In that same area, there could be a select menu that lists our accounts, > then there would be no need at all for the left/right account toggle panel > or the floater panel. Those could go away and be controlled entirely by > simple javascript. The "manage this domain" link if it is a google apps for > domains account would have to be moved to the black bar as well, though that > appears to also be no more than a small div. > > Finally, with still more room in the black bar, there could be a place for > "MailMarklets™" ( Yup, awaiting royalties for that immediately! ). When a > search is done the user can copy the MailPlane search, which is nothing more > than a url with a mailplane:// protocol handler. I may want to find all > emails I*sent*, within a*date range*, to a certain*recipient*,*labeled*a > certain way, and I may do that often. I could do the search. select a menu > of "make a MailMarklet", and it would show up as an item in a select menu in > the black bar. Some MailMarklet manager would be needed I suspect, even if > it were hidden away in the prefs. > > I like MailPlane. I hope that some of these ideas are thought to be good > enough that others will see the value in how they could make MailPlane even > better. Maybe getting some form of auto GreaseMonkey ala Chrome working > would be a start, and Safari Extensions, as a ton of these suggestions could > be user driven. Heck, there could be an entire class of users who create > one click mods that make MailPlane do all sorts of things, really only left > to imagination as long as there is secure means to inject JS into the app > UI. > > Thanks for listening. > -- > Scott > > -- > You received this message because you are subscribed to the Google Groups > "mailplaneapp" group. > To post to this group, send email to [email protected]. > To unsubscribe from this group, send email to > [email protected]. > For more options, visit this group at > http://groups.google.com/group/mailplaneapp?hl=en. > > -- > You received this message because you are subscribed to the Google Groups > "mailplaneapp" group. > To post to this group, send email to [email protected]. > To unsubscribe from this group, send email to > [email protected]. > For more options, visit this group at > http://groups.google.com/group/mailplaneapp?hl=en. > -- You received this message because you are subscribed to the Google Groups "mailplaneapp" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/mailplaneapp?hl=en.
