ssl_error_rx_record_too_long - oracle

I've googled this error but came up with no solution, this happened when I installed oracle database 11g, I tried to reach https://localhost:1158/em and this error pops up in firefox
Secure Connection Failed
An error occurred during a connection to localhost:1158.
SSL received a record that exceeded the maximum permissible length.
(Error code: ssl_error_rx_record_too_long)
* The page you are trying to view can not be shown because the authenticity of the received data could not be verified.
* Please contact the web site owners to inform them of this problem. Alternatively, use the command found in the help menu to report this broken site.
Anyone had similar problem before, I'd be thrilled if someone could help. thank you

Are you sure that the dbconsole was secured and is actually an SSL service? Try to connect to http://localhost:1158/em and see what happens...

Related

BotService Slack channel connection returns Slack API Error to message sent

After connecting Slack to Azure Bot Service following instruction from the link, Azure does not bypass the message to bot server. Sreenshots are from Issue which appears by clicking on issue button next to the channel. Issue appears every time I send message from Slack.
Anyone encountered similar case?
Error message is little unkind...
https://learn.microsoft.com/en-us/azure/bot-service/bot-service-channel-connect-slack?view=azure-bot-service-4.0&tabs=abs
BTW, test chat on portal is working as expected.
Triple checking my tokens, it fixed error. So it seems to be my mistake on setting token...
When error message spotted out credential error, it would have made my life easier...

AJAX Request Error POST 0 () In Chrome Console Log

I occasionally got this error in chrome console log POST https://example.com/example 0 ()
There's no information at all about the error.
What it is mean?
How to see more information about the error and how to deal with it?
Thanks in advance
I am not sure what is this caused by. I am getting it sometimes too. But the error is gone when I reconnect to the internet.
EDIT:
This error is shown when there is no internet connection. For me the issue was that I was subscribing to the network connection and was doing call right on the event which was giving me mentioned error. I found out that this is too soon even if event on connected was already triggered and web app is not yet connected. Delay one second after the event solved this for me. My project is Angular Ionic android / iOS app.

Clickatell HTTP API send message fails with Routing Error (Status 9)

I have recently converted a trial account into a paid starter package and, since I've been assigned a long number, my attempts to send messages via the HTTP API have failed with the following messages in the Message Reports console:
An error occurred while attempting to route the message
Routing error (status 9)
I have confirmed that my username, password, and api id are entered correctly and that the long number has been matched to the active API. I've tried the "Valid Sample Code" provided on the API management console, all with the same result. Below are a few failed message ids if that's helpful for anyone on the Clickatell team.
6d7868662782cfd7d1708996bca066b1
4f837467ed535521ef39d9d885f121f9
2be08f4663a3d9d7cf2e5b9e9cad2d5f
For what it's worth, my trial account worked fine and as expected, so I'm fairly certain that this is not (obvious) user error on my part. I also upgraded a few hours ago; I'm not sure if there is a wait period between account activation and functional service. Thanks for any help on this.
Have you tried setting mo=1 and using your long number as your sender id from=123456789?
make sure you dont add any programming symbols in the text message. i had an exclamation mark and it gave me a status 9 error.
http://api.clickatell.com/http/sendmsg?api_id=xxxx&user=xxxx&from=13055140341&mo=1&password=xxxx&to=xxxx&text=xxxx
For what it's worth, I encountered a very similar problem with the REST API. It also requires the undocumented "mo=1" and "from=[your long number]" fields to be included.
Also, in the FAQ, they have "MO=1" but in actuality, it has to be a lower-case.
From OP:
Clickatell support responded with the following advice that resolved my problem. I also changed the password on my API key during the process which seemed to be part of the issue.
http://api.clickatell.com/http/sendmsg?api_id=xxxx&user=xxxx&from=13055140341&mo=1&password=xxxx&to=xxxx&text=xxxx
"from" is your long number, and because I'm using 2 way messaging , mo=1 needed to be set also. It would have been helpful if this were in the exemplary code provided on the api info and help section, but alas, I had to go through support to get my answer. It took about 2 business days for the response, but they were helpful

Connection to CRM failing

We have a system where user enters his data in a form and we save Data in CRM (Its in cloud so we have no access to it and all that). Now suddenly we have started getting error everytime, we try to send data.
Error we get is:
An unsecured or incorrectly secured fault was received from the other party. See the inner FaultException for the fault code and detail.
Inner Exception: Authentication Failure DefaultURL
It fails on every command i use like RetrieveMultiple, Create to name a few.
Nothing has been changed, it worked for 6-7 months without any change/problem and suddenly we are getting this error everytime we try to communicate with CRM system.
I have tried connecting to CRM after disabling our firewall and that didnt change anything, so nothing we have changed.
Does anyone getting this error recently? I have tried looking for this but their isn't much help I have found on any blog.
Any help will be appreciated.
After days of investigation, we found that the password we were using to connect to CRM expired and need updating. We updated the password and it worked.

Exchange 2010 EWS cannot access 2007 MailBox - AutoDiscover?

The hosting company that my employer uses upgraded to Exchange 2010 over the weekend. This caused a service we use that access a mailbox to break. The hosting company said our mailboxes were still 2007. When trying to access them now using the Exchange 2007 Webservice, I get the following error:
The Client Access server version doesn't match the Mailbox server version of the resource that was being accessed. To determine the correct URL to use to access the resource, use Autodiscover with the address of the resource.
I have done some Googling on this error, and have found some posts about using AutoDiscover to get around this. I tried the Microsoft Example I found here, but I am unclear as to what the output from the console is telling me or how I use it.
It looks like it tries hitting some URLs and then reports on what it found. I either have Exceptions, "The e-mail address cannot be found", or "Site mismatch"
Edit: I got the sample application to return some information. Now my question is, how do I translate what this output is into accessing the mailbox I need?
Here is a list of properties that is returned with their actual values omitted.
=? Trying 'Email#myDomain.com' at 'https://myDomain.net/Autodiscover/Autodiscover.xml'
User/DisplayName=
User/LegacyDN=
User/DeploymentId=
Account/AccountType=
Account/Action=
Account/Protocol/Type=
Account/Protocol/ASUrl=
Account/Protocol/DirectoryPort=
Account/Protocol/MdbDN=
Account/Protocol/OABUrl=
Account/Protocol/OOFUrl=
Account/Protocol/Port=
Account/Protocol/ReferralPort=
Account/Protocol/Server=
Account/Protocol/ServerDN=
Account/Protocol/ServerVersion=
Account/Protocol/UMUrl=
Account/Protocol/PublicFolderServer=
Account/Protocol/AD=
Account/Protocol/EwsUrl=
Account/Protocol/Type=
Account/Protocol/AuthPackage=
Account/Protocol/CertPincipalName=
Account/Protocol/DirectoryPort=
Account/Protocol/OABUrl=
Account/Protocol/Port=
Account/Protocol/ReferralPort=
Account/Protocol/Server=
Account/Protocol/SSL=
Account/Protocol/Type=
Account/Protocol/DirectoryPort=
Account/Protocol/Port=
Account/Protocol/ReferralPort=
Account/Protocol/External/OWAUrl[#AuthenticationMethod="Fba"]=
Account/Protocol/External/OWAUrl[#AuthenticationMethod="Fba"]=
Account/Protocol/Internal/OWAUrl[#AuthenticationMethod="Basic, Fba"]=
Account/Protocol/Internal/OWAUrl[#AuthenticationMethod="Basic, Fba"]=
Account/Protocol/Internal/OWAUrl[#AuthenticationMethod="Basic, Fba"]=
Account/Protocol/Internal/Protocol/Type=
Account/Protocol/Internal/Protocol/ASUrl=
Can someone point me in the right direction toward solving this problem?
Also, I do not have access to make any changes on the Exchange Server itself.
I found the answer with a bit more of googling. The URL being returned from the "Account/Protocol/EwsUrl=" property gave me the value I wanted to point my webservice at.
I had the same error:
The Client Access server version doesn't match the Mailbox server
version of the resource that was being accessed
..but the EwsUrl was correct
The server platform had been upgraded to 2013, but the target mailbox was still in 2007 mode.
The fix was to migrate the mailbox to 2013 and it started working again.
So it was an environmental rather than code fix.

Resources