I'm working on a project that involves the development of an add-in for outlook the web for the purpose of sending secure email.
I have a few requirements for this add-in:
It must be able to have access to smart card reader and read certificates from it.
It must be able to sign and encrypt mail using S/MIME
Ideally, should also work on mobile (e.g. iPhone, Andriod).
From my current research, I understand that there are some restrictions regarding add-ins for Outlook. The main one being it won't be activated for encrypted mail... But I have noticed that some people are able to work around this limitation.
Hoping to get some promising leads from the experts here.
Thanks!
Currently add-ins are not supported on S/MIME encrypted messages and are not available for mobile compose scenarios. We track Outlook add-in feature requests on our user-voice page. Please add your request there. Feature requests on user-voice are considered when we go through our planning process.
Related
My company has one program that creates a pdf from a template pdf and another that sends that pdf through DocuSign. It has worked all along for I don't know how long (it predates me working here). But lately when I try to send the pdf through DocuSign, I get a PDF Validation Error. This just started happening in the last week or two. I can open the file in Adobe Acrobat Reader and print it with CutePDF Writer and then it works fine. Just don't know why DocuSign all of a sudden doesn't like the pdf's. Any ideas would be greatly appreciated.
You have a potential regression bug.
Confirming a regression bug
Isolate: does the PDF work via the DocuSign web app? If it does then the problem is with your API integration and you'll need to determine the problem there.
If you have an older pdf that was used to successfully create an envelope, test it to see if it still works (via the DocuSign web app). If it does then your PDF software changed. Not a regression bug.
The best test is that a PDF that previously worked no longer does.
If you've confirmed a regression bug
Please contact DocuSign developer support
You'll either give them the PDF to analyze or, if it contains private data, you should create a test pdf that also doesn't work via the DocuSign we app.
Catching regression issues sooner
DocuSign strongly recommends that all software developers build automated tests for their software to exercise the DocuSign integration/APIs.
Then set up the tests to automatically run daily against the test platform (demo.docusign.net). Accounts on that system are no charge.
If your automated test detects a regression problem then you should immediately contact DocuSign Developer Support.
Regression bugs are rare
DocuSign uses thousands of automated regression tests to ensure that new releases don't cause regression problems. But issues do slip through.
By testing against the test platform, you have the opportunity to discover an issue (and alert DocuSign) a week or more before the scheduled production release.
Thank you all for your suggestions. They were very good suggestions. However, it turned out that it was my pdf template that was being used to create the pdf. It had Adobe signature fields in it and it appears that Docusign has decided they don't like Adobe signature fields. I removed those fields from the pdf form and it worked fine.
I am working on a web app that is to be used in an industry with strict compliance requirements, the one I am having trouble with is on signing off something, the user needs to re-input their credentials and it needs to be from the user and not a password manager.
I have tried to implement autocomplete=off and other versions of that as well as changing the type of the password field and it still activates the auto-fill dialogs.
Has anyone managed to overcome this problem at an enterprise scale?
Posting here for others that autocomplete="current-password" seems to suppress the dialog just in chrome
I'm currently trying to place the docusign console onto my website. My current method is using an iFrame but I'm wondering if that is secure and the optimal way of doing it. I was also wondering if the docusignAPI has a solution to that implemented already because I couldn't find one after playing around on the website with various code sources.
Preferably, users would be able to go to some part of the website, view the contract or document they need to sign on the website without having the leave the website. This includes viewing the document on the website as well such as using an iFrame allows.
Using iframes to host DocuSign embedded signing is not a good idea for a few reasons.
Typically to have a good experience it is recommended to use a large window.
Security Concerns. The users of your app wouldn't be able to see the DocuSign URL as well as the green check to know they're using a secure website which should make them feel more confident about using your integration.
Is there any way I can write an Excel VBA program to interface with Quickbooks online? I work for a company that uses quickbooks for accounting, and I'd like to write a simple program that I can run from one of our common excel files to take data from that file and dump into in a Quickbooks bill.
The problem Im running in to is that I dont know where to start. The quickbooks online API online seems suitable for other web apps, and any integration with Excel is online with quickbooks desktop. Are there any good resources? Is this even possible?
You can definitely use the QuickBooks Online API to do what you're looking to do.
The API is usable to both web apps and desktop apps.
If you follow the linked text above there's tons of documentation.
The basic process if you're building a desktop app would be to:
get your OAuth tokens from Intuit's OAuth playground
find an OAuth library for your language of choice
parse the Excel sheet
send OAuth signed REST requests to Intuit's API to send the data to QBO
If you're building a web app instead, you'd be better off implementing the entire OAuth signup process instead of using the playground tool.
You probably don't want to do this from directly within Excel because there's a lot of OAuth signing and other crazy stuff that likely won't be easy/available within Excel directly. But you should be able to use Intuit's .NET DevKit to do what you're trying to do.
I researched this last month. From what I can tell the API is only for creating apps for their app store. The apps have to comply with their standards for navigation, security etc... so the answer to your question from what I can tell is that it's not possible. (I could be wrong but I was asking myself the same question a few weeks ago.)
Probably not the answer you were hoping for but I came to accept it. After talking with my business partner who is a Pro Adviser he said that it was easy enough for him to just upload a csv file if the information was correct and the file was documented.
QuickBooks Online API Diagnostics.php ERROR However, from the looks of this post one might have a reason to believe otherwise.
EDIT The API has been updated. Keith Palmer's answer is correct.
Last week this sample was posted:
OAuthHangoutSamples
I have been using a modified oAuth part of this. I found it was easier to build out the transaction than use the SDK for the API. I have a wrapper class, exposed to com that is working in VBA.
Attending the Intuit's Friday Developer Google Hangout was very helpful in my Intuit Magical Mystery Tour.
Maybe this is a dumb question!
I'm just wandering is there any way/web part integrating with SharePoint, by which I can communicate with others instantly.
The reason behind this requirement is that I still have not found any workaround to communicate with my colleagues instantly, like MSN, in SharePoint.
P.s If I start building one, where should I get started!
Thanks for your input and forgive me if my question is stupid!
You can integrate Microsoft Office Communcations Server into SharePoint apparently. Gives you access to MSN Messenger internally to your enterprise, among other things.
Users who run Windows Live Messenger will get a precense icon for all user lookups when their email settings are configured properly. It requires all users to add each other to their live accounts, so it might not be the solution you are looking for. Another way to get the precense icon is by using Microsoft Office Communications Server as Moo suggested.
This also integrates well into Outlook and is the way Microsoft decided to implement communication in the Office suit.
Check out chatterbox:
http://blogs.msdn.com/sharepoint/archive/2007/05/15/chatterbox-persistent-chat-session-for-sharepoint.aspx
Here is another open source feature I have been working on.
EDIT: The name of the feature is Sharepoint Messenger. You can find it either google search, codeplex or the link below.
https://sharepointmessenger.codeplex.com/