Who is this solution for?
Clear one-time technical setup packages; provider licences and additional migration scope are shown separately. The goal is not merely to open an address. It is to build a manageable system the company can use securely and expand without losing ownership.
It is particularly useful for businesses comparing the implementation scope before choosing a platform. The architecture considers today’s team as well as future accounts, departments and sending services.
What belongs in a correct configuration?
- START: 1–5 accounts — 350 AZN
- BUSINESS: 5–20 accounts — 400 AZN
- CORPORATE: tailored quotation
- DNS authentication and acceptance testing
Each item is documented in the scope so the customer knows what is included, what belongs to the provider licence and what requires separate migration or support.
What information drives the choice?
Before selecting a licence or server, we review active users, departments, shared addresses, mail volume, devices, retention needs and every application that sends as the domain. This inventory prevents unnecessary licences and hidden delivery failures.
A controlled implementation plan
- Share your domain and user count
- Confirm platform and migration requirements
- Receive a written scope and exclusions
- Approve the plan before any production change
Changes are first verified on a pilot account. Current DNS values are preserved, and owners and success criteria are agreed before production mail flow is switched.
Security and email deliverability
MFA protects sign-in, but it must be combined with administrator, session, forwarding and recovery controls. SPF lists approved sources, DKIM signs messages and DMARC checks alignment with the visible domain. Changes are staged and verified with real messages.
The main operational risk
A licence subscription and a one-time setup service are different costs and should be shown separately. Access is therefore not shared through a common password, and every critical change has an owner, date, verification result and rollback plan.
How is the finished system accepted?
We test inbound and outbound messages with several external providers, inspect Authentication-Results headers, and check mobile, browser and required desktop access. During migration we compare folders and message counts, run a final synchronization and only then retire the old platform.
What happens after launch?
The company receives an account and role inventory, the purpose of each DNS record, secure access guidance and test results. New staff, additional sending applications and domain changes then follow the same controlled procedure.
Frequently asked questions
Will email stop during setup?
The risk depends on the source platform. A pilot, planned DNS timing and a rollback path keep disruption to a minimum.
Do I need to send a password first?
A domain, user count and problem description are enough for initial assessment. Never send passwords or recovery codes through the form.