we are using Acumatica outlook plugin to create CASES and we are successful in achieving it.
As you know outlook plugin will automatically create a email activity when we create case. So sometimes we send reply from Outlook plugin and some times we send reply from Acumatica.
The issue is - When we send reply from outlook plugin we are unable to see email in "All Emails" screen, but if we are sending reply to same case from Acumatica we are able to see email in "All Emails" screen.
Can someone please suggest us, what we are missing here.
We are in 2019R2, without any customization published.
There could be a couple of reasons you may be running into this problem. Depending on how you have your setup, one reason could be because of the way you have your System Email Account set up. Check what email is sending as, it could be sending a centralized account. Also check what you default email is set on your account.
Also, are you using the Outgoing Tab? Or looking looking at the all records tab? It could be because of the status of your email. When sending through the Outlook plugin, double check the emails are sending, and double check the status of the activity. It could not be completing and being left as an open item.
Related
I tried to make a flow that sends mail when the item is added to the list, but I get the error in the picture. I tried the solutions he gave me, but it didn't work.
I don't think you can do anything else than the error recommends. If you really need the 'Send an email notification' action (with all its limitations) then contact Microsoft support, otherwise use the Outlook 365 action 'Send an email (V2)'.
I have a requirement wherein on click of button on a dialog, I want an email draft that will popup in Outlook so that any message can be customized before sharing the same.
This is to be integrated in Angular/Nodejs Application.
I assume below possibilities on same.
1.Using Angular to display emailsIds to which mail would be sent
2.On click of "send Email" button,there would be a nodeJs service call that would open Outlook with prepopulated emailIds selected from first screen and using node-outlook library setup up outlook call.
https://www.npmjs.com/package/node-outlook
Please suggest if any better approach possible for same and also if anyone has worked on such requirement a working demo code would be very helpful to build this on.
You could probably use window.open and mailTo protocol to open the email draft at client end.
window.open('mailto:abc#gmail.com;xyz#gmail.com?cc=pqr#gmail.com&subject=Subject&body=Hello World', '_self');
All Details required to be displayed on the mail could be fetched through node service calls.
I was forwarded to stackoverflow for questions.
I have created an addin for outlook that i want to publish on Add-ins store.
I have received failures on my application that i need to resolve.
When the user has made the action in my add-in. I close the email with
"Office.context.mailbox.item.close()"
https://learn.microsoft.com/en-us/javascript/api/outlook/office.messagecompose?view=outlook-js-1.5#close--
When using Outlook Desktop and replying with "inline reply mode" this method does not work. Is there a way to check if the mail is in "inline reply mode" or not?
I have made a image to be shown that the process is finished and i hope this works since closing the taskpane does not work.
As you noted above, Office.context.mailbox.item.close() does not work for inline replies in the desktop Outlook client. Unfortunately, we have no way of checking whether the email is in inline reply mode or not. We have a UserVoice page where we track feature requests. Please don't to add a feature request there. Feature requests on user-voice are considered, when we go through our planning process.
I have developed a gmail add-on for personal use and it can currently draft a reply to a recipient using message.createDraftReply(replyMessage);. I then have to manually send email.
After the button click event, I would rather that the the email just be sent directly without further action needed on my end and the UI go back to the inbox (rather than the email view).
Is this possible? If so, can you please provide some direction/example.
Have you tried using the sendEmail method?
See documentation here:
https://developers.google.com/apps-script/reference/gmail/gmail-app#sendEmail(String,String,String,Object)
I've inherited development of an Excel userform which contains a send button to return the user's data back to a central mailbox. The tool has just been rolled out to a larger community and some users are experiencing emails not being sent. These are random events as the users can sometimes send the forms and it is not form specific.
The tool uses the following code to create the email:
Set ObjOL = CreateObject("Outlook.Application")
Set ObjOutMail = ObjOL.CreateItem(0)
and is sent via:
ObjOutMail.send
We had tested this with a number of users and never had any problems, but we now have a number of users who have successfully sent 1 or more forms but 1 or more have also failed, and they also can't resend the successful forms any more either.
There are no error messages, the Outlook "this could be a virus, etc." confirmation is fired as usual (we have not attempted to circumvent this) but there is nothing in the 'Sent Items'. The users are also able to send conventionally generated emails so there is no mailbox limitations going on.
The Userform is modal and upon sending copies the three user fields to "Sheet1", saves itself and mails itself.
Really at a loss to understand what's going on.
Thanks for any advice.
EDIT: To add we are still using Office 2003 on Win XP.
Thanks for all the replies, using the .display property showed me what was up.
The email is addressed to what I thought was an explicit address, however there is an extra '(MULTIUSER)' post fix which I didn;t realise was actually part of the address, DOH!.
Last week and similar mailbox made up of the same address but with a different postfix was added to the system. This ment Outlook couldn't resolve the address and didn't send the emails.
Thanks again.