Architecture, launch or migration
Share your customer-domain volume, current HTTPS destination and the experience you want customers to have.
hello@subdomain.to →There is no decorative contact form in front of these inboxes. Choose the subject that matches your request and write to the team directly.
Separate product, operational, security and privacy conversations so the first response can start with the relevant context.
Share your customer-domain volume, current HTTPS destination and the experience you want customers to have.
hello@subdomain.to →Include the domain ID, current lifecycle status, timestamp and request ID where available.
support@subdomain.to →Describe the affected surface and reproduction steps. Do not send active credentials by email.
security@subdomain.to →Use a dedicated subject so the request is identifiable without adding sensitive data to the first message.
legal@subdomain.to →Small pieces of technical context remove a full round trip without requiring you to share secrets.
New integration, customer onboarding, migration, domain incident or billing question.
Organization, HTTPS destination ID, domain ID or webhook delivery ID. Never the secret value.
HTTP status, API error code, request ID and the separate DNS, certificate and routing statuses.
Setup and contract questions are often answered faster by the quickstart or API reference. Account-specific incidents belong with support, while security details have their own documented boundary.
Create an HTTPS destination and customer domain, then render the returned DNS instructions.
Read the quickstart ↗Route an account incident to support or review the controls enforced before traffic reaches an origin.
Email support ↗