Professional Email on a .al Domain

Why use an address on your own domain

An address like [email protected] instantly shows that a real business or project stands behind the message, not a free account opened in a few minutes. Customers recognise the domain from your website, business card and invoices, so .al domain email reinforces the same identity in every conversation.

There are practical reasons too. The addresses belong to the domain, not to an employee or a specific provider. When someone leaves the team, you hand their mailbox to a colleague. When you switch email providers, the addresses stay the same and you only change the DNS records. Messages from a properly configured domain are also less likely to land in spam.

Role addresses — sales@, billing@, support@ stay the same even when the person handling them changes.
Full control — you decide who has access, which addresses are created and when they are closed.

Your options: which solution fits

There is no single answer for everyone. The right choice depends on the size of your team, the tools you already use and how central email is to your daily work.

Google Workspace

The familiar Gmail interface with your domain addresses, together with calendar, file storage, shared documents and video meetings. A good fit for teams that collaborate a lot and already work with Google tools. More at Google Workspace.

OX App Suite

Professional mailboxes with webmail, calendar and contacts, without the full office suite. A straightforward choice for businesses that want reliable email on their domain and nothing more. Details at OX App Suite.

Hosting mailboxes

If you have a hosting plan with cPanel, you can create email addresses straight from the panel. It is the simplest way to start a small project, but keep in mind that space and resources are shared with your website. See shared hosting.

Solution	Best for	What you get
Google Workspace	Collaborating teams	Email, calendar, files, video
OX App Suite	Businesses that only need email	Webmail, calendar, contacts
Hosting email	Small and starter projects	Addresses created in cPanel

How email connects to the domain: the MX record

The MX record tells other servers on the internet where mail for your domain should be delivered. Each MX record has a priority number: the lowest value is tried first, the others act as backups.

@   MX   10   mail.example.al.
@   MX   20   mail2.example.al.

Your email provider gives you the exact values. When moving to a new provider, delete the old MX records, otherwise some messages may still end up on the previous server. If you use the free managed DNS that comes with every UpFlare domain, you add the records from the client area. If your nameservers point to your hosting, the records are managed there. The full explanation is in the DNS and nameservers guide.

SPF, DKIM and DMARC explained simply

These three TXT records do not affect receiving mail, but they are decisive for your outgoing messages being accepted as trustworthy.

SPF — who is allowed to send

SPF is the list of servers allowed to send email on behalf of your domain. If a message comes from a server that is not on the list, the recipient has reason to be suspicious.

@   TXT   "v=spf1 include:_spf.your-provider.com ~all"

Only one SPF record is allowed per domain. If you send email from several services, combine them all in the same record with several include: entries.

DKIM — the digital signature

Your email provider signs every message with a private key. You publish the public key as a TXT record under a name such as selector._domainkey. The recipient uses it to verify that the message really comes from your domain and was not altered on the way.

DMARC — the policy and the reports

DMARC tells recipients what to do when a message fails the SPF and DKIM checks, and where to send you reports.

_dmarc   TXT   "v=DMARC1; p=none; rua=mailto:[email protected]"

Start with p=none to watch the reports without blocking anything. Once you are sure all your services send correctly, move gradually to p=quarantine and then to p=reject.

Steps to get started

Register the domain if you do not have it yet — .al costs €8.99 per year, while .com.al, .net.al and .org.al cost €9.99 per year, excluding VAT.
Choose an email provider based on your team's needs.
Verify domain ownership with the TXT record the provider asks for.
Add the MX, SPF, DKIM and DMARC records.
Create the addresses and test sending and receiving.

DNS changes usually spread within a few hours, but can take up to 24–48 hours. For a quick check you can use the DNS checker.

Frequently asked questions

Can I use email on my .al domain without a website?

Yes. Email and the website are separate services. All you need is the domain and MX records pointing to your email provider; you can add the website later without touching your mail.

Do I lose my messages when I switch email providers?

The addresses stay the same because they belong to the domain. Existing messages need to be migrated from the old mailbox to the new one before or during the MX record change.

Why do my messages end up in spam?

The most common cause is missing or incorrect SPF, DKIM and DMARC records. Check that there is only one SPF record, that DKIM is enabled at your provider and that DMARC is published.

How long until new email starts working?

Once the MX records are added, the change usually spreads within a few hours, but it can take up to 24–48 hours. During that time some messages may still reach the old server.