I have implemented the application to read all the google contacts. The application was done by a .NET Core. I have used the Google.GData.Contacts(Version 2.2.0) Nuget package to read all the contacts. My application always show some warning messages like below
In HubSpot, contacts store information about the individual people that interact with your business. The contacts endpoints allow you to create and manage contact records in your HubSpot account, as well as sync contact data between HubSpot and other systems.
When creating a new contact, you should include at least one of the following properties in your request: email, firstname, or lastname. It is recommended to always include email, because email address is the primary unique identifier to avoid duplicate contacts in HubSpot.
For the batch read endpoint, you can also use the optional idProperty parameter to retrieve contacts by email or a custom unique identifier property. By default, the id values in the request refer to the record ID (hs_object_id), so the idProperty parameter is not required when retrieving by record ID. If you're using email or a custom unique value property to retrieve contacts, you must include the idProperty parameter.
The Outlook Contacts API provides access to a user's contacts and contact folders secured by Azure Active Directory onOffice 365, and to similar data in Microsoft accounts specifically in these domains: Hotmail.com, Live.com, MSN.com, Outlook.com, and Passport.com.
You can synchronize your local list of contacts with the contacts on the server. Contacts synchronization is a per-folder operation, for example you can synchronize all of the contacts in your root Contacts folder. If you have additonal Contacts folders, you need to synchronize each folder individually.
The initial response to a sync request always returns a deltaToken. You should always make a second GET request using the deltaToken to determine if there are any additional contacts. The second request will return additional contacts and either a skipToken if there are more contacts available, or a deltaToken if the last contact was sent.
A collection containing the requested contacts and a deltaToken that you use to request additionalpages of contact data from server and to request an incremental synchronization. If the number ofcontacts returned is more than the value specified in the odata.maxpagesize header the responsewill be returned in multiple pages.
By default, the response includes all of the properties of the specified contacts. Use $select to specify only the properties that your need for best performance. The Id property is always returned. Do not use $filter, $orderby, $search or $top as they are not supported for synchronizing contacts or contact folders. See OData query parameters for further details.
What happens to contacts which are there in journey (older version), if I simply go and activate new version and don't do any change in older version. Does sfmc flush out all contacts in older version at the time of activation of new version or they will still go through remaining journey.
It's a bad change that business cards can no longer be exported to contacts. This used to be possible. Is it still possible? If not, this is a huge loss, and makes entering business cards into Evernote all but pointless. Evernote is not, and will never be the primary way I manage contacts.
Evernote is always working on new improvements but the "user pain" from removing "save to contacts" is huge for everyone and this feature needs to be prioritized to the top of the development stack. Amazon listens first to their "customer concerns" and it has worked well for them. Customers are screaming for this to be reinstated and are feeling cheated with it removed during their subscriptions. Please fix this soon and send out a notice of when you plan to have it working again to assuage the anxiety.
For those currently lamenting like me, note that you can keep scanning cards in EN and when the "save to contacts" returns, go back and send all those cards over to your contacts. No-one wants to be forced to subscribe to yet another App just to accomplish what EN used to do so well.
Been premium with Evernote since 2010 and can't help but feel we are going backwards, losing the ability to insert a business card into contacts is just one more example, wouldn't mind if it was free but I'm struggling to see why I would continue paying
hv been a Evernote user since 2011 & upgraded to Premium years before. Hv used the scanning feature of Biz Cards with an option to add this to Phone contacts which was helpful. I find this is not happening anymore & many others are complaining about this feature withdrawn suddenly. Can Evernote please confirm when this would be available again? Pls consider this a priority!
Regardless, I had the same issue today and found a workaround which is to copy/paste the contact into Cardhop from Flexibits (also creator of Fantastical). Cardhop has long been my go-to for importing eSignatures into contacts, and now Evernote's scanning feature pretty much results in something equivalent to an eSignature. Works well in my tests and the Flexibits content is worth it on its own.
Personally I found the combination of scanning cards to EN and make the contact then actionable with Tasks quite interesting. If you are on Professional or Teams, you can even assign the follow up with new contacts to other people. Since you can email or phone directly from the card note, direct Contacts integration may be not that important any more.
That isn't so specific. Most of us use our phones as the primary place to store contacts. Will I add every business card there? No; but I do for many of them, and thanks to this reduction, now I have to type or paste it in. Very annoying.
If you want all information in contacts, EN was never a good solution. Get an app that is specific for it, it reduces mistakes and will fill the whole contact, not only a persons name, mail and phone.
We all continue to hope that EN reconsiders this glaring defect in their information service. It defeats the holistic environment for information that EN is trying to create and foster. If EN Contacts simply ported to Google Contacts then Google would be able to send those contacts wherever that particular user wanted them to go. This is one simple API that would make hundreds of EN users happy again. I am not sure what the reticence for this is within EN since if you asked EN management they would say they wholly aspire to optimize customer satisfaction. Any credible reason why they don't do this?
Totally agree with you both. I ended up downloading another app designed for business card conversions. Changing what use to work to the current offer, definitely not a good look for EN version did work well for me. The app version I found is better in functionality, however not enough that I would use it instead of EN if the scanning and integrating with the contacts app was still available.
I gave up with Evernote and now use a 3rd party App (Camcard) for taking pictures of business cards and importing them to my Google contacts. This then talks to my Iphone directly and to my Outlook for Mac contacts using Contacts + to make the Google to Outlook connection. Now if I scan a card or put something directly into Google it will be in all 3 locations and any location will populate the other two. Should be easier but the real world requires real work - when Evernote is not willing to cooperate and do it for us. Please implement Evernote scanned cards to Google contacts. We can take care of our contacts from there.
Currently the build in scanner of EN mobile will create a business card note, and extract name, email and phone number from a scanned card. It does not export to any contacts book, not to the native ones by Google (Android) and Apple (iOS), and not to Outlook and the like. Maybe this feature will be added one day again.
Personally I use CamCard as well, but only scarcely. They have a new pricing model that has reduced the Free versions feature set a lot. The subscription for business card scanning (including the export to the contacts book) only cost nearly as much as a full Personal subscription for EN Personal.
Maybe all those who criticize EN for their approach think a little bit about it - they ask for a functionality as a secondary feature that stand alone is nearly as expensive as EN as a whole. There is nothing from nothing - if one decides to keep all business contacts in EN, maybe in a notebook with all business card scans and properly tagged, there is everything needed for a basic setup. it can even be used as a sort of CRM, holding more information about a contact than the usual contact or BC app.
Thanks for your reply. The issue is really functionality across MS, Google, and iOS platforms with a single set of contacts, especially when that list is big and input comes from within email, scanning, and manual inputs. Most of us, myself included, don't use LI for our contact management but do use Outlook for Mac as one of our working environments - hence the need to talk amongst all three platforms with Google as the anchor. Developing a contact environment within EN would not be helpful and prior to EN decommissioning the contact sharing function we simply took an image in EN and exported to our connected contact environment. I do that now with CamCard and pay whatever is required to make that happen. All of us would like EN to give us the choice once the contacts are imaged into EN, to remain in EN for contact management which most will not do, or export to Google Contacts or the like to enable our current contact ecosystem. I will have to continue to pay CamCard until EN rises to the customer groundswell to reinstate that export function. Your primary goal as a software service company is to please your loyal paying customers and adding some tweaks to a team platform is pleasing EN more that it is listening to its general customer base.
df19127ead