The "Auto Respond to Message" extension will auto respond to messages from Access clients when a Host is not connected to the session. The message is customizable.

This extension is now available in the Online Extensions Library.

Read Me Notes: There are a few configurations that can be made to customize this Extension.

1. In the SessionEventTrigger.xml file, you can specify the From address for the messages. If not included, the field will be the default Mail from value.
In the file, find the SmtpTriggerAction area and add:
To=""
With a value in the "" field.
A correct setting should look like:
<TriggerAction xsi:type="SmtpTriggerAction" To="email@address.com" Subject="AutoResponse has executed" Body="{Event.Data}"/>

2. Also in the SessionEventTrigger, the ScreenConnect server's web service port may need to be configured if it is different than the default (8040). You can
change it in the HttpTriggerAction section by changing the port in the URI to whatever your server is using.

3. In the Resource file (Web.en-US.resx):
You can configure the username (AutoResponse.HostName) from which the auto response is sent
And you can configure the message itself (AutoResponse.Message).


Disclaimer: This extension was written by our support team (and in some cases in conjunction with our forum community) in response to customer requests. Extensions are meant to be quick workarounds or immediate solutions to problems. Extensions are not supported under our normal terms of service, as these extensions are outside typical Q/A or development guidelines. Questions for extensions should be addressed in its respective forum post. Suggestions for improvements (enhancements or defects) should also be queued in the post for consideration.

Try creating a Trigger to directly execute the Extension method. It should look like:



Be sure to replace the [YOUR_URI_HERE] with your ScreenConnect server's URI and port. If you're server was at example.com, it would be:

If you're using ssl, you can't use localhost for the URI. You should try to specify the URL completely, ie https://my.domain.com/App_Extensions/...

Customer feature request:

"I have the auto-response extension enabled so that when a user attempts to message us and no one is viewing their session, they get an auto-response informing them of that (and in addition the “Notify when guest sends message to unconnected session” trigger sends us the message). This is great when no one is actively monitoring a guest’s remote session, but when we are trying to have a back-and-forth conversation with a guest without being actively connected to their session, they keep getting the auto-response every time they send a reply. Is there any way to fix this, or temporarily disable the auto-response for a particular guest when a back-and-forth conversation is going on (without us being connected to their session)?"

The extension contains its own SessionEventTrigger.xml file with that second 'AutoResponse has executed' SMTP action. You can just delete that file if you would like. Easiest way to do this is to Clone the extension (you may need to install the Extension Developer extension to do this). After cloning, Edit the clone and Delete SessionEventTrigger.xml file AND the component reference in Manifest.xml, which looks like:

I can't say for certain if anything has been done yet but I can say that it is definitely in the queue to be done. I will go ahead and add your +1 to that issue.

Unfortunately, nothing new to report. It is still in the development queue. Still no ETA, sorry.

Currently we do not define an email address for hosts, so we would not be able to "route" messages to the proper host.

Close chat on disconnect would need to be listed as a feature request. I've never seen this request in the forum, but it does seem useful. I'm interested to see the support for it, so please post it when you get a chance.

Is there a way to suppress messages when the user is replying to a message sent from the screen connect web interface message tab?


Thanks
Dave

Version 1.2 of this Extension has been released and it comes with several changes.

• The behavior has been redesigned to prevent spamming the Guest with automated messages. It will no longer execute if:
  
  
  
  • It has already executed within the last 10 minutes
    
  • A message has been sent from the Host page within the last 10 minutes
    
  
  
• This extension now includes a dynamically defined SessionEventTrigger
  
  
  
  • If you are running ScreenConnect 5.5 or above, you no longer need to define a Trigger in order for the function to execute.
    
  • If you are running ScreenConnect 5.4 or below, you will need to define your own Trigger
    

If you are running ScreenConnect 5.4 or below, the following image can be used to help define the Trigger.
Be sure to replace YOUR_SCREENCONNECT_URL with the URL used to access your ScreenConnect server (ie support.mycompany.com)


Event Filter:


URL:


HTTP Method:


More information on Triggers can be found here.

Was this resolved? I also am getting two emails after upgrading to version 1.3.

Hi,

I'm using this extension and it works well however in this spotlight video:



It shows the message from the user in the body of the e-mail, ours doesn't do that, is there a setting ive missed to enable that?

Thanks.

I just installed this extension and it uses "{0}" (Minus quotes) to reference the GuestMachineName in the default email subject line. I would like to also reference CustomProperty1 if possible. Is there a corresponding code for that?

Thanks

Edited by user Wednesday, November 16, 2016 6:22:01 AM(UTC)  | Reason: Not specified

Any progress on adding CustomProperty1 in the subject? This would be an enormous help to me, I could then add rules to forward these messages automatically to the appropriate technicians based on the organizations they support.