Default Address in cPanel: Catch-All and Unknown Recipients

Reading time approx.: 12 minutes

With the Default address In cPanel, you define what happens to emails sent to a non-existent address on your domain.

For example, if a message is sent to verkuaft@deine-domain.ch sent, although this address does not exist, the default address configuration determines how the mail server handles this message.

In this guide, we will show you how to configure the default address in your CURIAWEB cPanel, what options are available, and why a classic Catch-All is not the best choice for many domains.

Briefly explained: The default address is not a normal email address. It defines how the mail server handles messages for which there is no matching recipient within your domain.

What is a default address? #

Various regular email accounts and forwarders can be set up for a domain.

For example:

info@deine-domain.ch

verkauf@deine-domain.ch

rechnung@deine-domain.ch

What happens to a message to:

irgendetwas@deine-domain.ch

if this address has not been set up?

That is exactly what the default address is for.

What does catch-all mean? #

In a so-called Catch-All are messages to non-existent recipients of a domain forwarded to a designated email address.

Assuming that as a catch-all destination:

info@deine-domain.ch

determined.

Then messages to unconfigured addresses like:

asdf@deine-domain.ch

or:

falscher-name@deine-domain.ch

end up in the defined target mailbox.

That sounds convenient at first, but it has significant disadvantages.

Why a catch-all can be problematic #

With a catch-all domain, spammers do not need to know an actually existing email address.

You can send messages to randomly generated recipient names, and depending on the rest of the mail and spam configuration, they will still be processed by the catch-all.

As a result, a catch-all can generate an unnecessarily large number of unwanted messages or forward them to the target mailbox.

Recommendation: For business-related addresses, prefer using specifically created email accounts or forwards. A catch-all should only be activated if you have a specific reason for it and understand the consequences.

1. Open default address in cPanel #

Log in to your CURIAWEB cPanel.

Scroll to the section on the homepage Email and click on Default address.

Here you can configure how messages to invalid or non-existent recipients of your domain are handled.

2. Choose the correct domain #

If multiple domains are set up in your hosting account, first select the domain whose default address you want to configure.

The setting for:

your-domain.ch

is not automatically the same as for:

zweite-domain.ch

Attention: Check the selected domain before each change. The catch-all address can affect the handling of all non-existent recipient addresses for this domain.

3. Decide how to handle unknown recipients #

cPanel offers various options for the default address. Which exact labels and advanced options are displayed may depend on the server configuration.

For most applications, two basic variants are particularly important:

  • Reject messages to non-existent recipients with an error message
  • Forward messages to another email address

The correct setting depends on whether you intentionally want to use a catch-all.

Option 1: Reject unknown recipients #

If you don't need a catch-all, it usually makes sense not to simply redirect messages to non-existent recipients into another mailbox.

cPanel offers an option for this, where the sender receives an error message or the message is rejected accordingly.

This sends a message, for example, to:

inof@deine-domain.ch

not easy on info@deine-domain.ch delivered, if enough is not even set up as an address.

Instead, the message is treated as addressed to an invalid recipient.

Advantage: Randomly invented recipient addresses are not automatically collected in a central mailbox. This reduces, in particular, the unwanted mail traffic that can be caused by a catch-all.

4. Set error message for unknown recipients #

When you use the error message return option, cPanel can provide a field for the corresponding error text, depending on the interface.

For normal applications, no complicated custom text is required.

The crucial point is that the sender or their mail server can recognize that the specified recipient does not exist.

Change such technical messages only if you have a specific reason to do so.

5. Save setting #

Double-check the selected domain and the desired handling of unknown recipients.

Then save the setting using the corresponding button.

The new default address or treatment of unknown recipients is subsequently configured for the domain in question.

6. Test rejection with a non-existent address #

If you want to check whether unknown recipients are actually rejected, you can send a message from an external email address to an intentionally non-existent address.

For example:

test-adresse-die-nicht-existiert@deine-domain.ch

Use a name for which you are certain that neither an email account nor a forwarding address or other matching configuration exists.

Depending on the mail servers involved, the external sender may subsequently receive a non-delivery report.

Important: Do not use an address for such a test that may have been set up as a forward or through another email rule. Otherwise, you are not exclusively testing the behavior of the default address.

Option 2: Forward catch-all to an email address #

If you want to consciously forward all messages to non-existent recipients of a domain to a specific address, you can use the corresponding forwarding option of the default address.

For example, the objective could be:

info@deine-domain.ch

This makes this mailbox the destination for messages for which there is no specific recipient.

7. Enter catch-all destination address #

Select the option to forward to an email address and enter the complete destination address.

For example:

info@deine-domain.ch

Check the destination address carefully and then save the setting.

Attention: With a catch-all, the destination mailbox can receive significantly more messages. This can include spam, messages to invented addresses, and emails to misspelled recipients.

8. Catch-All testing #

Send a test message from an external address to an address on your domain that definitely does not exist as a regular email account or forwarder.

For example:

catchall-test-8472@deine-domain.ch

Then check whether the message arrives at the defined catch-all destination.

This allows you to check whether the default address is working as intended.

A catch-all is not the same as a normal forwarding address #

A standard email forwarding rule applies to a specifically defined address.

For example:

verkauf@deine-domain.ch → info@deine-domain.ch

This rule specifically concerns verkauf@deine-domain.ch.

A catch-all, on the other hand, handles messages sent to recipients for whom no specific address or corresponding rule exists.

We show you how to set up targeted redirects at Set up email forwarding in cPanel.

Why targeted redirections are usually better #

If you know which additional addresses are needed, you can configure them specifically.

Do you need, for example:

bewerbung@deine-domain.ch

and want all incoming messages there at:

info@deine-domain.ch

received, can you set up a forwarding exactly for this address.

This does not simultaneously accept messages to arbitrary invented addresses either.

Catch-All does not reliably protect against typos #

A common argument in favor of catch-all is that messages are not lost despite misspelled recipient addresses.

This is generally true for certain typos within the local part of a domain. Nevertheless, a catch-all is not always the best solution for this.

On the one hand, the volume of spam is increasing. On the other hand, typos can also occur elsewhere, for example in the domain itself.

From:

info@deine-domain.ch

could, for example, accidentally:

info@deine-doman.ch

become.

A catch-all for your-domain.ch cannot catch an error in a completely different domain.

Catch-all can even let errors go unnoticed for longer #

If any address is accepted, a sender may not notice a typo.

A misspelled address like:

rechnug@deine-domain.ch

can still end up at the catch-all destination.

The sender may continue to use the same incorrect address in the future because they have never received an error message.

With a clean rejection, on the other hand, the sender recognizes that the recipient address used is not valid.

Catch-all and spam #

Spammers often use automatically generated recipient names.

With a domain without catch-all, messages to non-existent addresses can be rejected accordingly.

When catch-all is enabled, on the other hand, significantly more of these messages can make it through to further email and spam processing.

This can place an unnecessary load on the destination mailbox.

We show how to configure the cPanel spam filters under Configure spam filter in cPanel.

Practical Tip: If a catch-all mailbox suddenly starts receiving a lot of spam, you shouldn't just try to filter it increasingly aggressively. First, check whether you actually need the catch-all at all.

Catch-All and Storage Space #

If the default address forwards messages to a regular mailbox and a very large amount of unwanted email arrives there, this can also increase storage consumption.

Especially in mailboxes that are not checked for a long time, large amounts of unwanted messages can accumulate.

You can check the storage usage of your email accounts using the corresponding cPanel features. We show you how to do this under Check and clean up email storage in cPanel.

Forward Catch-All to an external address #

Technically, an external email address can also be used as the destination for a redirection under certain circumstances.

This should be considered with particular care.

A catch-all can already accept large volumes of unwanted messages. If these are additionally forwarded to an external provider, a more complex delivery path is created.

External mail providers perform their own spam and authentication checks. Forwarded messages may therefore be treated differently than directly delivered emails.

Recommendation: A catch-all with subsequent forwarding to an external mail provider should not be the standard solution for a business domain. Use clearly defined mailboxes and targeted mail routes wherever possible.

What does „discard“ mean? #

Depending on the cPanel configuration, additional options for handling unknown recipients may be offered under the advanced options.

This may also include a variant in which messages are discarded.

You should distinguish between an explicit rejection and a silent dismissal.

In the event of a rejection, the sending mail server learns that the message was not accepted. With silent dropping, on the other hand, the message can be removed without the sender being informed of the non-delivery in the same way.

Attention: Silent dropping can be problematic for legitimate messages because the sender may assume that their message was successfully delivered.

Why a rejection is often cleaner than quietly discarding #

If an address does not exist, a clear technical rejection is often more transparent.

The sender or their mail server then receives the information that the message could not be delivered to the specified recipient.

With a legitimate sender, this at least provides the opportunity to recognize the mistake and use the correct address.

Default address and existing email accounts #

The standard address is not intended to replace existing regular mailboxes.

For example, does exist:

info@deine-domain.ch

As a properly configured email account, a message sent to this address will be processed according to the normal mail configuration.

The default address becomes relevant for messages for which there is no matching recipient.

Default address and email filter #

Email filters and the default address serve different purposes.

The default address handles non-existent recipients. Filters, on the other hand, process messages based on specific conditions.

With a filter, for example, you can process messages based on sender, subject, or other criteria.

We show how to set up such rules at Create and manage email filters in cPanel.

Test standard address after changes #

After every change, you should test the configuration with an external email address.

In the event of a rejection, you send a message to a guaranteed non-existent recipient and check the expected error behavior.

With a catch-all, you also send to a non-existent address and check whether the message arrives at the intended destination.

Also test an actually existing address on your domain. This ensures that normal email traffic continues to work.

Unknown recipients are still accepted #

If a message to a supposedly non-existent address is delivered anyway, first check whether a forwarding or other suitable email configuration may already exist for that address.

Also check the current default address of the correct domain.

In case of unclear behavior, you can use the cPanel feature Track delivery investigate how a specific message was processed.

We explain the procedure under Track email delivery in cPanel.

Message to valid address is rejected #

If an actually existing e-mail address does not receive messages, you should not hastily change the default address.

The default address is primarily relevant for non-existent recipients.

For an existing mailbox, check instead whether the account is set up correctly, has sufficient storage, and whether the message appears in the delivery log.

We show how to manage existing accounts at Manage or delete email account in cPanel.

When is a catch-all still useful? #

There are situations in which a catch-all can be deliberately used.

This can be the case, for example, with a specially planned email structure in which variable recipient addresses are used in a targeted manner and subsequently processed by other systems.

In such cases, however, the operator should know why the catch-all is needed and how spam, storage, and further processing are controlled.

For a normal corporate domain with a few clearly defined addresses, on the other hand, a catch-all is usually not required.

Recommended structure for standard corporate domains #

For most small and medium-sized websites, a clear structure makes more sense than a global catch-all.

Create real mailboxes for individuals or roles that require their own mailbox.

Use targeted forwardings for additional addresses that should arrive at an existing mailbox.

Addresses that do not exist can then be cleanly treated as unknown recipients.

This makes it traceable which email addresses are actually used.

Basic rule: Accepting only the addresses you actually intend to use is usually cleaner than collecting any arbitrary address on your domain via a catch-all.

Common mistakes with the default address #

A common mistake is to enable catch-all as a precaution, even though it is not needed at all. The result often shows up later in the form of an unnecessarily large amount of spam.

Equally problematic is a misspelled catch-all destination address or a change to the wrong domain.

The assumption that a standard address is the same as a normal email account also leads to misunderstandings.

Finally, a message should not be silently discarded without good reason if a clear rejection would be more helpful for legitimate senders.

Summary #

You can find the default address in your CURIAWEB cPanel under Email -> Default address.

It determines how the mail server handles messages to non-existent recipients of a domain.

For most standard corporate domains, it makes sense to set up valid email addresses specifically as mailboxes or forwards and to reject messages to unknown recipients accordingly.

While a catch-all can catch typos in the recipient's name, it also potentially accepts messages sent to any fabricated addresses. This can significantly increase the volume of spam.

If you change the default address, be sure to check the correct domain first and then test both an intentionally non-existent and an actually existing email address.

Last updated August 28, 2026
Was this article helpful?
Cookie Consent with Real Cookie Banner