When I used nodejs sdk to translate file is failed - node.js

When I used nodejs sdk to translate file is failed.
I uploaded the ifc file already. And I use nodejs SDK - ForgeSDK.DerivativesApi to translate " ifc " to " svf ". But when I check the job process ,I got " TranslationWorker-InternalFailure " error.
According to the sdk reference(forge sdk for nodejs on github ). My post body is:
{
"input":{
"urn":"dXJuOmFkc2sub2JqZWN0czpvcy5vYmplY3Q6Ym9pbGVyL2JyaWRnZTIuaWZj"
},
"output":{
"formats":[{
"type":"svf",
"views":["2d","3d"]
}]
}
When I used postman to call "https://developer.api.autodesk.com/modelderivative/v2/designdata/{urn}/manifest" api.It response me:
{
"Result": {
"statusCode": 200,
"headers": {
"access-control-allow-credentials": "true",
"access-control-allow-origin": "*",
"content-type": "application/json; charset=utf-8",
"date": "Tue, 06 Mar 2018 09:16:00 GMT",
"x-ads-app-identifier": "platform-viewing-2018.01.02.49.b4217d5-production",
"x-ads-duration": "212 ms",
"x-ads-startup-time": "Mon Feb 26 02:55:52 UTC 2018",
"content-length": "439",
"connection": "Close"
},
"body": {
"type": "manifest",
"hasThumbnail": "false",
"status": "failed",
"progress": "complete",
"region": "US",
"urn": "dXJuOmFkc2sub2JqZWN0czpvcy5vYmplY3Q6Ym9pbGVyL2JyaWRnZTIuaWZj",
"version": "1.0",
"derivatives": [
{
"name": "bridge2.ifc",
"hasThumbnail": "false",
"status": "failed",
"progress": "complete",
"messages": [
{
"type": "error",
"message": "Unrecoverable exit code from extractor: -1073741829",
"code": "TranslationWorker-InternalFailure"
}
],
"outputType": "svf"
}
]
}
}
But when I used postman to call " https://developer.api.autodesk.com/modelderivative/v2/designdata/job " api
to translate is successed.
what different the api and the sdk?

This is what I'm using to translate using the NPM
var translateFile = function(encodedURN){
logs(chalk.bold.green("**** Translating file derivative"));
var postJob =
{
input: {
urn: encodedURN
},
output: {
formats: [
{
type: "svf",
views: ["2d", "3d"]
}
]
}
};
return new Promise(function(resolve, reject) {
derivativesApi.translate(postJob, {}, oAuth2TwoLegged, oAuth2TwoLegged.getCredentials()).then(
function(res){
resolve(res);
},function(err){
reject(err);
}
)
});
};
And if you want to test it also I have a Node Uploader sample using the NPM calls to do the whole process.
https://github.com/jaimerosales/modelderivative-nodejs-tutorial

Related

new klaviyo node SDK

I'm trying to use Klaviyo for the first time, and the natural starting point seems to be their new Node SDK. Unfortunately, their documentation seems to be an odd combination of extremely detailed, and laking any details.
I've set up my account and gotten my API key, but am failing to get a simple registration to succeed.
I thought I could do this:
import { ConfigWrapper, Profiles } from 'klaviyo-api';
import logger from '../utils/logger';
import requireEnvVariable from '../utils/requireEnvVariable';
export async function subscribe(profile) {
const apiKey = requireEnvVariable('KLAVIYO_PK');
ConfigWrapper(apiKey);
const user = Profiles.createProfile(profile)
.then(data => logger.debug({data}, 'Got profile data'))
.catch(error => {
logger.warn(error, 'Klaviyo error');
return error;
});
return true;
}
For profile, I'm passing in
{
"email": "me#example.com",
"phone_number": "",
"first_name": "Bob",
"last_name": "Smith"
}
but it responds with an error:
WARN: Klaviyo error
env: "development"
err: {
"type": "Error",
"message": "Bad Request",
"status": 400,
"response": {
"req": {
"method": "POST",
"url": "https://a.klaviyo.com/api/profiles/",
"data": {
"email": "me#example.com",
"phone_number": "",
"first_name": "Bob",
"last_name": "Smith"
},
"headers": {
"authorization": "Klaviyo-API-Key <my private key>",
"revision": "2022-10-17",
"user-agent": "klaviyo-api-node/1.0.2",
"content-type": "application/json",
"accept": "application/json"
}
},
"header": {
"date": "Wed, 28 Dec 2022 23:34:14 GMT",
"content-type": "application/vnd.api+json",
"content-length": "211",
"connection": "close",
"cf-ray": "780e1b056c3728f5-ORD",
"allow": "GET, POST, HEAD, OPTIONS",
"vary": "Cookie, Accept-Encoding",
"cf-cache-status": "DYNAMIC",
"cid": "UDiE82",
"ratelimit-limit": "700, 75;w=1, 700;w=60",
"ratelimit-remaining": "699",
"ratelimit-reset": "44",
"x-robots-tag": "noindex, nofollow",
"server": "cloudflare"
},
"status": 400,
"text": "{\"errors\":[{\"id\":\"5648779b-3e1a-4ccf-80c4-dc19b8b32a2c\",\"status\":400,\"code\":\"invalid\",\"title\":\"Invalid input.\",\"detail\":\"The payload provided in the request is invalid.\",\"source\":{\"pointer\":\"/data\"},\"meta\":{}}]}"
}
}
The various examples under Optional Parameters made me think that the above would Just Work; however, the docs also say, "For example values / data types, as well as whether parameters are required/optional, please reference the corresponding API Reference link," and "This SDK is a thin wrapper around our API. See our API Reference for full documentation on API behavior."
So looking at the Create Profile API Reference, I tried both
const user = Profiles.createProfile({attributes: profile})
and
const user = Profiles.createProfile({type: 'profile', attributes: profile})
but they both end up with the same error (except the reported data is updated appropriately, e.g.,
"status": 400,
"response": {
"req": {
"method": "POST",
"url": "https://a.klaviyo.com/api/profiles/",
"data": {
"type": "profile",
"attributes": {
"email": "me#example.com",
"phone_number": "",
"first_name": "Bob",
"last_name": "Smith"
}
},
What's the right way to use the new SDK? Or should I ignore this, and go back to creating manual fetch calls against their API?

DialogFlow Webhook works in DF but not Google Assistant Simulator

I've resorted to returning a default response in order to try to get this to work. This is hosted on AWS Lambda with an API Gateway. Last night I had some different code working, but now I can't seem to get anything to work through Google Assistant.
Here's the example V2 response I am using:
callback(null, {
"payload": {
"google": {
"expectUserResponse": true,
"richResponse": {
"items": [
{
"simpleResponse": {
"textToSpeech": "Choose a item"
}
}
]
},
"systemIntent": {
"intent": "actions.intent.OPTION",
"data": {
"#type": "type.googleapis.com/google.actions.v2.OptionValueSpec",
"listSelect": {
"title": "Hello",
"items": [
{
"optionInfo": {
"key": "first title key"
},
"description": "first description",
"image": {
"url": "https://developers.google.com/actions/images/badges/XPM_BADGING_GoogleAssistant_VER.png",
"accessibilityText": "first alt"
},
"title": "first title"
},
{
"optionInfo": {
"key": "second"
},
"description": "second description",
"image": {
"url": "https://lh3.googleusercontent.com/Nu3a6F80WfixUqf_ec_vgXy_c0-0r4VLJRXjVFF_X_CIilEu8B9fT35qyTEj_PEsKw",
"accessibilityText": "second alt"
},
"title": "second title"
}
]
}
}
}
}
}
});
Here's the log output from Google Assistant to DialogFlow:
Received response from agent with body: HTTP/1.1 200 OK Server: nginx/1.13.6 Date: Sat, 11 May 2019 18:44:24 GMT Content-Type: application/json;charset=UTF-8 Content-Length: 772 X-Cloud-Trace-Context: e62f0526a5238882dd1c1a3b3a70e3b5/11459115340038791606;o=0 Google-Actions-API-Version: 2 Assistant-Interaction-Error-Code: -1 Assistant-Interaction-Error-Message: Failed to parse Dialogflow response into AppResponse because of empty speech response X-SHARD: default Via: 1.1 google Alt-Svc: clear
{
"responseMetadata": {
"status": {
"code": 10,
"message": "Failed to parse Dialogflow response into AppResponse because of empty speech response",
"details": [
{
"#type": "type.googleapis.com/google.protobuf.Value",
"value": "{\"id\":\"99120b53-f0a7-415f-b44e-73c7525fcd43\",\"timestamp\":\"2019-05-11T18:44:24.422Z\",\"lang\":\"en-us\",\"result\":{},\"alternateResult\":{},\"status\":{\"code\":206,\"errorType\":\"partial_content\",\"errorDetails\":\"Webhook call failed. Error: Failed to parse webhook JSON response: Cannot find field: errorMessage in message google.cloud.dialogflow.v2.WebhookResponse.\"},\"sessionId\":\"ABwppHHok5GTHl8A6XWq9q-Yp1chkoZ4vT688i4HTxVgVQDcY1zHH2JUqVeCMPc_6bbA7WFf1e-nw0ZQxQ\"}"
}
]
}
}
}
I'm not sure where to go from here...Everything seems to be working correctly, I just can't figure out where the parser error is with Google Assistant. What gives?
Thanks.

Google Street View Publish return's "Photo does not have upload reference." after statusCode 200

I'm using NodeJS to upload panoramic images.
When I make #2 informed in the Google documentation, I get the following return:
Request
{
"url": "UPLOAD_URL",
"body": "/PATH_TO_PANO/pano.jpg",
"method": "POST",
"headers": {
"Authorization": "Bearer YOUR_ACCESS_TOKEN",
"Content-Type": "image/jpeg"
}
}
Response
{
"statusCode": 200,
"body": "",
"headers": {
"x-guploader-uploadid": "AEnB2UoJt4gvmmU6gXZvWDRu4b0DUCeT5vuPKLGcZqM4Tzo9HssCLoloTgAACRmxmP0U5DDYvHXpThCjRslW80bEKLZjUjJB3QNZ5w- j0jd8jdtVnH8X0c",
"content-length": "0",
"date": "Tue, 26 Sep 2017 21:05:17 GMT",
"server": "UploadServer",
"content-type": "text/html; charset=UTF-8",
"alt-svc": "quic=\":443\"; ma=2592000; v=\"39,38,37,35\"",
"connection": "close"
},
"request": {
"uri": {
"protocol": "https:",
"slashes": true,
"auth": null,
"host": "streetviewpublish.googleapis.com",
"port": 443,
"hostname": "streetviewpublish.googleapis.com",
"hash": null,
"search": null,
"query": null,
"pathname": "/media/user/USER_ID/photo/PHOTO_ID",
"path": "/media/user/USER_ID/photo/PHOTO_ID",
"href": "https://streetviewpublish.googleapis.com/media/user/USER_ID/photo/PHOTO_ID"
},
"method": "POST",
"headers": {
"Authorization": "Bearer YOUR_ACCESS_TOKEN",
"Content-Type": "image/jpeg",
"content-length": 45
}
}
}
But when I upload the metadata of the photo, I get the following message:
Request
{
"url": "https://streetviewpublish.googleapis.com/v1/photo?key=YOUR_API_KEY",
"method": "POST",
"headers": {
"Authorization": "Bearer YOUR_ACCESS_TOKEN",
"Content-Type": "application/json",
"Content-Length": 9385487
},
"data": {
"uploadReference": {
"uploadUrl": "UPLOAD_URL"
},
"pose": {
"heading": 110,
"latLngPair": {
"latitude": -29.937386,
"longitude": -60.996952
}
},
"captureTime": {
"seconds": 1506448064836
}
}
}
Response
{
"error": {
"code": 400,
"message": "Photo does not have upload reference.",
"status": "INVALID_ARGUMENT"
}
}
There are not many references to basing myself and finding the problem. For that reason I would like the help of someone who may have gone through something similar.
I have replicated your issue. I've encountered this error when I didn't specify the UPLOAD_URL in the request.
{
"error": {
"code": 400,
"message": "Photo upload url does not match required format.",
"status": "INVALID_ARGUMENT",
"details": [
{
...
}
]
}
}
Make sure that you have added the UPLOAD_URL in the request. Check this documentation for more information.

Gmail api proper way to get email message body(text or html) from Users.message resource

I am using Users.messages.get endpoint to get a gmail response which is in this format as per documentation.
What is the proper way to decode/decrypt the message body from above response?
In my case for example, the "parts" array field in response looks like this:
[
{
"partId": "0.0",
"mimeType": "text/plain",
"filename": "",
"headers": [
{
"name": "Content-Type",
"value": "text/plain; charset=\"UTF-8\"; format=flowed; delsp=yes"
},
{
"name": "Content-Transfer-Encoding",
"value": "base64"
}
],
"body": {
"size": 1628,
"data": "R29vZ2xlIGxvZ28NCg0KSGVsbG8gQXBwcyBTY3JpcHQgdXNlciwNCg0KVGhpcyBub3RpZmljYXRpb24gaXMgdG8gYWxlcnQgeW91IG9mIGFuIHVwZGF0ZSB0byBvbmUgb3IgbW9yZSBvZiB5b3VyIEFwcHMgIA0KU2NyaXB0IHByb2plY3RzIHRoYXQgYXJlIGF0dGFjaGVkIHRvIERvY3MsIFNoZWV0cywgYW5kIEZvcm1zIGRvY3VtZW50cyB3aXRoICANCnNjcmlwdCBzaGFyaW5nIHNldHRpbmdzIHRoYXQgZGlmZmVyIGZyb20gdGhvc2Ugb2YgdGhlIGRvY3VtZW50Lg0KDQpTdGFydGluZyBvbiBvciBhZnRlciBKdWx5IDZ0aCwgMjAxNywgdGhvc2Ugc2NyaXB0IHNoYXJpbmcgc2V0dGluZ3Mgd2lsbCBiZSAgDQp1cGRhdGVkIHRvIG1hdGNoIHRob3NlIG9mIHRoZSBkb2N1bWVudHMgdG8gd2hpY2ggdGhleSdyZSBhdHRhY2hlZC4NCg0KVGhlIHNoYXJpbmcgc2V0dGluZ3MgdXBkYXRlIHNpbXBsaWZpZXMgc2hhcmluZyBzZXR0aW5ncyBmb3IgZG9jdW1lbnRzIHdpdGggIA0KYXR0YWNoZWQgQXBwcyBTY3JpcHQgcHJvamVjdHMgYnkgdHJlYXRpbmcgdGhlbSBsaWtlIGEgc2luZ2xlIGRvY3VtZW50Lg0KDQpBcyBhIHJlc3VsdCBvZiB0aGUgc2hhcmluZyBzZXR0aW5ncyB1cGRhdGUsIGFuZCBhY2NvcmRpbmcgdG8gdGhlIGRvY3VtZW50ICANCmFjY2VzcyBsZXZlbCwgc29tZSB1c2VycyBtYXk6DQoNCg0KR2FpbiBvciBsb3NlIGFjY2VzcyB0byBhZmZlY3RlZCBwcm9qZWN0cw0KQ2hhbmdlIHRoZWlyIGFjY2VzcyBsZXZlbHMgKGZvciBleGFtcGxlLCBvd25lciwgZWRpdG9yLCByZWFkZXIpDQoNClRoaXMgY2hhbmdlIHdpbGwgbm90IGFmZmVjdCBzaGFyaW5nIHNldHRpbmdzIGZvciB0aGUgZG9jdW1lbnRzLiBPbmx5ICANCnNoYXJpbmcgc2V0dGluZ3Mgb2YgYXR0YWNoZWQgQXBwcyBTY3JpcHQgcHJvamVjdHMgd2lsbCBiZSB1cGRhdGVkLg0KDQpBIENTViBmaWxlIGF0dGFjaGVkIHRvIHRoaXMgbWVzc2FnZSBsaXN0cyBhbGwgQXBwcyBTY3JpcHQgcHJvamVjdHMgd2hlcmUgIA0KeW91J3JlIHRoZSBvd25lciBhbmQgd2hvc2Ugc2hhcmluZyBzZXR0aW5ncyB3aWxsIGNoYW5nZSBhcyBhIHJlc3VsdCBvZiB0aGlzICANCm1pZ3JhdGlvbi4gUGxlYXNlIHJldmlldyB0aGVzZSBkb2N1bWVudHMgYW5kIGNvbmZpcm0gdGhhdCB0aGVpciBzaGFyaW5nICANCnNldHRpbmdzIGFyZSBhbHNvIGFwcHJvcHJpYXRlIGZvciB0aGVpciBhdHRhY2hlZCBBcHBzIFNjcmlwdCBwcm9qZWN0cy4NCg0KSWYgY2hhbmdlcyBhcmUgcmVxdWlyZWQsIGZvciBlYWNoIGRvY3VtZW50IHdoZXJlIHNldHRpbmdzIG5lZWQgdG8gYmUgIA0KY2hhbmdlZCwgdXNlIG9uZSBvZiB0aGVzZSBtZXRob2RzOg0KDQoNCkluIERvY3Mgb3IgU2hlZXRzLCBjbGljayBTaGFyZS4NCkluIEZvcm1zLCBjbGljayBBZGQgQ29sbGFib3JhdG9yLg0KSW4gR29vZ2xlIERyaXZlLCBjbGljayBTaGFyZS4NCg0KU2luY2VyZWx5LA0KDQpUaGUgQXBwcyBTY3JpcHQgVGVhbQ0KDQoNCsKpIDIwMTcgR29vZ2xlIEluYy4gMTYwMCBBbXBoaXRoZWF0cmUgUGFya3dheSwgTW91bnRhaW4gVmlldywgQ0EgOTQwNDMNCg0KWW91IGhhdmUgcmVjZWl2ZWQgdGhpcyB1cGRhdGUgYXMgYSBHIFN1aXRlIHNlcnZpY2UgYW5ub3VuY2VtZW50Lg0KDQo="
}
},
{
"partId": "0.1",
"mimeType": "text/html",
"filename": "",
"headers": [
{
"name": "Content-Type",
"value": "text/html; charset=\"UTF-8\""
},
{
"name": "Content-Transfer-Encoding",
"value": "quoted-printable"
}
],
"body": {
"size": 3112,
"data": "PCEtLSBUaGlzIGNvbnRhaW5zIENTUyBpbmZvLCBzdGFydHMgdGhlIGJvZHksIGFuZCBpbnNlcnRzIHRoZSBHb29nbGUgbG9nbyBoZWFkZXIgLS0-DQo8c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IFJvYm90bywgQXJpYWwsIHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTRweDsgY29sb3I6ICMwMDAwMDA7Ij4gPC9zcGFuPg0KPGRpdiBzdHlsZT0icGFkZGluZy10b3A6IDIycHg7IHBhZGRpbmctYm90dG9tOiA4cHg7IGJvcmRlci1ib3R0b20tc3R5bGU6IHNvbGlkOyBib3JkZXItYm90dG9tLWNvbG9yOiAjZGNkY2RjOyBib3JkZXItYm90dG9tLXdpZHRoOiAxcHgiIHdpZHRoPSIxMDAlIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IFJvYm90bywgQXJpYWwsIHNhbnMtc2VyaWY7IGZvbnQtc2l6ZTogMTRweDsgY29sb3I6ICMwMDAwMDA7Ij48aW1nIGFsdD0iR29vZ2xlIGxvZ28iIGJvcmRlcj0iMCIgc3JjPSJodHRwOi8vd3d3LmdzdGF0aWMuY29tL2ltYWdlcy9icmFuZGluZy9nb29nbGVsb2dvLzF4L2dvb2dsZWxvZ29fY29sb3JfMTIweDQ4ZHAucG5nIiBzdHlsZT0iZGlzcGxheTogYmxvY2s7IiB0aXRsZT0iR29vZ2xlIiB3aWR0aD0iMTIwIj4gPC9zcGFuPjwvZGl2Pg0KPHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBSb2JvdG8sIEFyaWFsLCBzYW5zLXNlcmlmOyBmb250LXNpemU6IDE0cHg7IGNvbG9yOiAjMDAwMDAwOyI-IDwhLS0gVGhpcyBpcyB0aGUgYmVnaW5uaW5nIG9mIHRoZSBzdWJqZWN0IC0tPiA8L3NwYW4-DQoNCg0KPCEtLSBQbGVhc2UgSU5TRVJUIHRoZSByZWxldmFudCBDdXN0b21lciBDb21tIGdrbXMgc25pcHBldCAtLT4NCjxwPkhlbGxvIEFwcHMgU2NyaXB0IHVzZXIsPC9wPg0KDQo8cD5UaGlzIG5vdGlmaWNhdGlvbiBpcyB0byBhbGVydCB5b3Ugb2YgYW4gdXBkYXRlIHRvIG9uZSBvciBtb3JlIG9mIHlvdXIgQXBwcyBTY3JpcHQgcHJvamVjdHMgdGhhdCBhcmUgYXR0YWNoZWQgdG8gRG9jcywgU2hlZXRzLCBhbmQgRm9ybXMgZG9jdW1lbnRzIHdpdGggc2NyaXB0IHNoYXJpbmcgc2V0dGluZ3MgdGhhdCBkaWZmZXIgZnJvbSB0aG9zZSBvZiB0aGUgZG9jdW1lbnQuPC9wPg0KDQo8cD48c3Ryb25nPlN0YXJ0aW5nIG9uIG9yIGFmdGVyIEp1bHkgNnRoLCAyMDE3PC9zdHJvbmc-LCB0aG9zZSBzY3JpcHQgc2hhcmluZyBzZXR0aW5ncyB3aWxsIGJlIHVwZGF0ZWQgdG8gbWF0Y2ggdGhvc2Ugb2YgdGhlIGRvY3VtZW50cyB0byB3aGljaCB0aGV5JiMzOTtyZSBhdHRhY2hlZC48L3A-DQoNCjxwPlRoZSBzaGFyaW5nIHNldHRpbmdzIHVwZGF0ZSBzaW1wbGlmaWVzIHNoYXJpbmcgc2V0dGluZ3MgZm9yIGRvY3VtZW50cyB3aXRoIGF0dGFjaGVkIEFwcHMgU2NyaXB0IHByb2plY3RzIGJ5IHRyZWF0aW5nIHRoZW0gbGlrZSBhIHNpbmdsZSBkb2N1bWVudC48L3A-DQoNCjxwPkFzIGEgcmVzdWx0IG9mIHRoZSBzaGFyaW5nIHNldHRpbmdzIHVwZGF0ZSwgYW5kIGFjY29yZGluZyB0byB0aGUgZG9jdW1lbnQgYWNjZXNzIGxldmVsLCBzb21lIHVzZXJzIG1heTo8L3A-DQoNCjx1bD4NCiAgPGxpPkdhaW4gb3IgbG9zZSBhY2Nlc3MgdG8gYWZmZWN0ZWQgcHJvamVjdHM8L2xpPg0KICA8bGk-Q2hhbmdlIHRoZWlyIGFjY2VzcyBsZXZlbHMgKGZvciBleGFtcGxlLCBvd25lciwgZWRpdG9yLCByZWFkZXIpPC9saT4NCjwvdWw-DQoNCjxwPjxzdHJvbmc-VGhpcyBjaGFuZ2Ugd2lsbCBub3QgYWZmZWN0IHNoYXJpbmcgc2V0dGluZ3MgZm9yIHRoZSBkb2N1bWVudHMuIE9ubHkgc2hhcmluZyBzZXR0aW5ncyBvZiBhdHRhY2hlZCBBcHBzIFNjcmlwdCBwcm9qZWN0cyB3aWxsIGJlIHVwZGF0ZWQuPC9zdHJvbmc-PC9wPg0KDQo8cD5BIENTViBmaWxlIGF0dGFjaGVkIHRvIHRoaXMgbWVzc2FnZSBsaXN0cyBhbGwgQXBwcyBTY3JpcHQgcHJvamVjdHMgd2hlcmUgeW91JiMzOTtyZSB0aGUgb3duZXIgYW5kIHdob3NlIHNoYXJpbmcgc2V0dGluZ3Mgd2lsbCBjaGFuZ2UgYXMgYSByZXN1bHQgb2YgdGhpcyBtaWdyYXRpb24uIFBsZWFzZSByZXZpZXcgdGhlc2UgZG9jdW1lbnRzIGFuZCBjb25maXJtIHRoYXQgdGhlaXIgc2hhcmluZyBzZXR0aW5ncyBhcmUgYWxzbyBhcHByb3ByaWF0ZSBmb3IgdGhlaXIgYXR0YWNoZWQgQXBwcyBTY3JpcHQgcHJvamVjdHMuPC9wPg0KDQo8cD5JZiBjaGFuZ2VzIGFyZSByZXF1aXJlZCwgZm9yIGVhY2ggZG9jdW1lbnQgd2hlcmUgc2V0dGluZ3MgbmVlZCB0byBiZSBjaGFuZ2VkLCB1c2Ugb25lIG9mIHRoZXNlIG1ldGhvZHM6PC9wPg0KDQo8dWw-DQogIDxsaT5JbiBEb2NzIG9yIFNoZWV0cywgY2xpY2sgPHN0cm9uZz5TaGFyZTwvc3Ryb25nPi48L2xpPg0KICA8bGk-SW4gRm9ybXMsIGNsaWNrIDxzdHJvbmc-QWRkIENvbGxhYm9yYXRvcjwvc3Ryb25nPi48L2xpPg0KICA8bGk-SW4gR29vZ2xlIERyaXZlLCBjbGljayA8c3Ryb25nPlNoYXJlPC9zdHJvbmc-LjwvbGk-DQo8L3VsPg0KDQo8cD5TaW5jZXJlbHksPC9wPg0KDQo8cD5UaGUgQXBwcyBTY3JpcHQgVGVhbTwvcD4NCjwhLS0gRmluYWxseSwgaW5jbHVkZSB0aGUgc3RhbmRhcmQgZm9vdGVyLiBUaGlzIGFsc28gZW5kcyB0aGUgYm9keSAtLT4NCjwhLS0gI2luY2x1ZGUgJy9na21zaWQvNjMyOTg2MycgLS0-DQoNCjwhLS0gRmluYWxseSwgaW5jbHVkZSB0aGUgVXNlciBzdGFuZGFyZCBmb290ZXIuIFRoaXMgYWxzbyBlbmRzIHRoZSBib2R5IC0tPg0KPGRpdiBzdHlsZT0iZm9udC1zaXplOiAxMHB4OyBjb2xvcjogIzY2NjY2NjsgcGFkZGluZy10b3A6IDhweDsgYm9yZGVyLXRvcC1zdHlsZTogc29saWQ7IGJvcmRlci10b3AtY29sb3I6ICNkY2RjZGM7IGJvcmRlci10b3Atd2lkdGg6IDFweCI-DQogIDxwPsKpIDIwMTcgIEdvb2dsZSBJbmMuIDE2MDAgQW1waGl0aGVhdHJlIFBhcmt3YXksIE1vdW50YWluIFZpZXcsIENBIDk0MDQzPC9wPg0KDQogIDxwPjxpPllvdSBoYXZlIHJlY2VpdmVkIHRoaXMgdXBkYXRlIGFzIGEgRyBTdWl0ZSBzZXJ2aWNlIGFubm91bmNlbWVudC48L2k-PC9wPg0KPC9kaXY-DQo8aW1nIGhlaWdodD0iMSIgd2lkdGg9IjMiIHNyYz0iaHR0cHM6Ly93d3cuZ29vZ2xlLmNvbS9hcHBzZXJ2ZS9ta3QvaW1nL2xUUERhTG1XbHg1blNpbTF6OWp3RG1vTVYzSjRvMVZfcDhjPS5naWYiPg=="
}
}
]
And in above, the body of second element(partId 0.0 with mimeType text/html) looks like this:
"body": {
"size": 3112,
"data": "PCEtLSBUaGlzIGN...<trimmed for succintness>..cDhjPS5naWYiPg=="
}
So how do I decode this data ?.
The headers are as follow for above part(partId 0.1)
"headers": [
{
"name": "Content-Type",
"value": "text/html; charset=\"UTF-8\""
},
{
"name": "Content-Transfer-Encoding",
"value": "quoted-printable"
}
]
So the content-transfer-encoding is "quote-printable"
Same encrypted/encoded result is what I get when I fetch other email messages.
Not sure how do I decode the data from the body(neither could I find anywhere in the documentation about it).
I built something to handle this like this:
public string GetBodyWithRecursion(MessagePart p, string mimeType)
{
string Body = "";
if (p.parts.Parts != null)
{
foreach (MessagePart part in p.Parts)
{
Body = $"{Body} {GetBodyWithRecursion(part, mimeType)}";
}
}
else if (p.Body.Data != null && p.Body.AttachmentId == null && p.MimeType == mimeType)
{
Body = methodToConvertFrom64Url(p.Body.Data);
}
return Body;
}
I call this first with text/html and if this is blank - then with text/plain. Incase HTML is not available and only text is.
Hope this helps,
Mike

box.com node client - cannot access files created by collaborator

I'm the co-owner on a box.com file.
My boss is the owner.
I'm using https://www.npmjs.com/package/box-node-sdk to manage the files
The node client has my bosses' enterprise credentials
He made a folder
I made several other sibling folders
I can retreive his
I can't retreive mine
We're both listed as collaborators on all the files
The error I get looks like this:
{
"statusCode": 404,
"response": {
"statusCode": 404,
"body": {
"type": "error",
"status": 404,
"code": "not_found",
"context_info": {
"errors": [
{
"reason": "invalid_parameter",
"name": "item",
"message": "Invalid value 'd_11786923812'. 'item' with value 'd_11786923812' not found"
}
]
},
"help_url": "http://developers.box.com/docs/#errors",
"message": "Not Found",
"request_id": "338009555580a32f872f7c"
},
"headers": {
"server": "ATS",
"date": "Fri, 21 Oct 2016 15:23:36 GMT",
"content-type": "application/json",
"content-length": "324",
"cache-control": "no-cache, no-store",
"strict-transport-security": "max-age=31536000; includeSubDomains",
"vary": "Accept-Encoding",
"age": "0",
"connection": "keep-alive"
},
"request": {
"uri": {
"protocol": "https:",
"slashes": true,
"auth": null,
"host": "api.box.com",
"port": 443,
"hostname": "api.box.com",
"hash": null,
"search": null,
"query": null,
"pathname": "/2.0/folders/11786923812",
"path": "/2.0/folders/11786923812",
"href": "https://api.box.com/2.0/folders/11786923812"
},
"method": "GET",
"headers": {
"User-Agent": "Box Node.js SDK v1.1.0",
"Authorization": "[REMOVED BY SDK]",
"accept": "application/json"
}
}
}
}
EDIT: So, I can get folder 0 and it's not where I'm looking BUT, I did check earlier and added a file where I thought I was looking and it did show up, so I'm guessing that my boss would have to create the files...

Resources