Symptom
Users of Outreach.io are encountering a "Your Connection is Not Private" error when accessing branded URLs.
Applies To
-
This problem is relevant to Outreach users who utilize branded URLs for their outreach campaigns.
- This issue occurs particularly for customers who cannot use Let's Encrypt as their certificate provider.
Resolution
1. Set Up a Proxy:
-
Disclaimer: This workaround involves setting up a proxy, and it will be the responsibility of the user and their IT team to implement. Outreach does not provide direct support for proxy configurations.
-
Proxy Configuration: Users can set up a proxy server to act as an intermediary between their browser and the Outreach.io service. The proxy server can handle SSL/TLS termination, effectively bypassing the certificate issue. Users should consult their IT or network team for assistance in configuring and maintaining the proxy.
2. Use Another Sub-Domain:
-
If setting up a proxy is not feasible or preferred, consider using an alternative sub-domain for your Outreach.io branded URLs.
-
Steps:
- Choose a different sub-domain (e.g., subdomain2.yourcompany.com) for your Outreach.io branded URLs.
- Ensure that this sub-domain has a valid SSL/TLS certificate from a certificate provider that is compatible with your environment.
- Update your Outreach.io settings to use the new sub-domain for your branded URLs.
Cause
The "Your Connection is Not Private" error typically occurs when the SSL/TLS certificate presented by the server is either invalid or not trusted by the user's browser. In cases where Let's Encrypt certificates cannot be used, this issue may arise due to incompatible certificate providers.
Additional Information
It's essential to address the "Your Connection is Not Private" error promptly, as it can negatively impact the user experience and the trustworthiness of your outreach campaigns. Users who cannot use Let's Encrypt certificates should explore the provided workarounds to ensure secure and error-free access to Outreach.io's branded URLs.
Remember that while setting up a proxy is a potential solution, it requires technical expertise and may involve additional maintenance. Alternatively, choosing a different sub-domain with a compatible SSL/TLS certificate can be a more straightforward way to resolve the issue, provided that it aligns with your organization's branding and security requirements.