I'm developing the Chrome extension for GMail that should read/update the composed email recipients.
Not so long ago I discovered that the Google switched some email accounts to the new "cool" design.
In the old design it was pretty simple to update the recipients - $('textarea[name="to"]').val("xxx")
By the new design it is complicated and requires to emulate multiple UI clicks:
Does anyone has idea how to deal with it?
Related
We are looking at moving to VSTS from Fogbugz/Kiln for item tracking and source control.
The one issue that I don't see parity in VSTS is that today with Fogbugz, our users can email foo#bar.com and it creates a work item in our system. Then from that point, whoever is working on that bug can reply from within the system and the system sends the email and the correspondence is tracked along with the work item. If the user replies, because the subject has "Item:1234" it knows to add the new email to the correspondence for Item 1234, not to create a new work item.
In looking online, it seems most people talk about addins that allow for creating a work item from Outlook, which is quite different from having the system manage the back-and-forth with the user, and allow the user to update the item just by replying to an email.
Does anyone know of a way to achieve this, or an addon/extension that would support this functionality in VSTS?
It is not supported for VSTS, also there isn’t add-in or extension support this.
You can create an outlook add-in to capture ItemSend event and Get/Create/Update/Delete a work item by using VSTS Work Items REST API.
I am using AWS SES to send out mails for campaign. I want to have some user interface where I can draft and send emails to subscribers. Currently I am using the Sendy for this. As sendy is in still development stage, it's not fit for me. Is there any alternative to sendy? Any service which can be integrated for AWS SES? Or can I use workmails for this?
Now Sendy is much more mature and have added some very useful features. Also, many of product features are stable now. You can give this a try, hosting it from EasySendy. You can also integrate Mandrill with Sendy at EasySendy.
Does any body knows how to disable Enterprise Email in blackberry using
net.rim.blackberry.api.mail
I tried many ways but didn't get any solution.
Enterprise Email is served by a BES server and therefore subject to IT Policy controls. I would be very surprised if there is any way to disable this using the API. To remove a BlackBerry from the BES you must remove the IT Policy.
I would like to be send an email to an address that mediawiki can pick up and have mediawiki take it and generate a new page from it as a starting point. More complicated stuff like categories can come later.
I have searched around on the web and not found anything obvious.
I have not developed against mediawiki before but am an able and willing developer.
Thanks for any assistance provided.
There is this extension - EmailToWiki
It relies on a POP3 account being available and has been in Beta for a long time, but it may be a good start for what you want to do.
Have a daemon of some sort running on the server that picks up emails from an account (through POP protocol presumably), use the Mediawiki API to generate stub page.
Instead of a daemon, you could just have a cron job of some form.
Anyone doing any work using "offline" forms? We have an application that requires inputting data from outside our company. I was thinking about sending a form out via email, allowing the form to be filled out then sent back. Obviously a web application would be the best solution, but management doesn't seem ready to build the infrastructure and security to support that. I've read a little about PDF forms is that a good solution or are there other solutions?
Have you considered InfoPath? These can be created and distributed through email. And then the data can be collated automatically.
Also, consider using Google Spreadsheets with Google Forms. It's free and infrastructure is outsourced.
PDF forms can work as well.
Another possibility is to use Microsoft SharePoint. If your company uses Microsoft Office for the people filling the forms you referring to, you could deploy an Office based solution and gather information with Sharepoint Server.
Check this link out.