Bounce-Handling 1.0.0 pl 1

License Agreement Lizenz
Supported Versions
WoltLab Suite 3.0
WoltLab Suite 3.1
WoltLab Suite 5.2

This plugin helps with the automatic detection of bounces and automatically takes countermeasures, e.g. stop sending emails or block the user.

In your community there are now and then email addresses that no longer exist or emails that are not delivered?

Then the plugin is exactly right for you, with the help of this plugin no more will be sent to email addresses that no longer exist, the mailbox has been full for years and cannot receive emails or for other reasons emails cannot be delivered Emails sent. An integrated parser extracts the information whether it is a soft or hard bounce. The system also supports VERP, which makes it easier to identify bounces and take measures

Integrated test

The system offers an integrated test with which one can check whether a connection to the incoming mail server is possible. However, a successful login cannot guarantee that the system will run without errors. However, connection problems can be identified and whether the registered mailbox exists.


In addition, you can give a user group the right not to be blocked by a bounce, but this also applies to e-mail addresses, provided that they have been added to the whitelist that can be found in the Bonnces system configuration, they are also included in the a bounce is not blocked, regardless of whether it is hard or the soft bounce limit is exceeded.

Difference between hard and soft bounce

In the event of a hard bounce, the e-mail and, if applicable, the user, are immediately blocked, which is due to the fact that a hard bounce is an error that would produce the same result over and over again. For example that the domain or mailbox doesn't exist.

Soft bounces, on the other hand, are temporary errors, e.g. that the mailbox is full. The user can change this in a short time and further emails can be sent. However, if the user does not change this, the emails will also be blocked after the soft bounces have been set.

Block soft bounce

Soft bounces do not directly block the email, so there are three options that must / can be configured for this.

  • At least soft bounces
  • Clear days with bounces
  • Distance between the first and last bounce (in days)

It is important that all 3 fields must be fulfilled at the same time for an email address so that it is blocked and no further emails are sent there.

E.g .: We have configured the following value

  • At least soft bounces = 3
  • Unique days with bounces = 2
  • Distance between the first and last bounce (in days) = 7

If we now receive 5 emails, all on the same day, this email will not be blocked, but if we get another soft bounce within the next 7 days, the email will be blocked.


VERP is a simple variant to record bounces, it does not attempt to parse the email and to extract the status code and the diagnostic message from it. Since there are many mail providers, the reports will always be different for an undelivered email. Therefore not all bounces can be recognized. If VERP has been activated, only the return path, in which all the necessary information is contained, is evaluated, then the email is immediately blocked and, if necessary, the associated user. However, this function cannot always be activated because it requires a special configuration on the mail server. Please check beforehand whether this is possible or not, otherwise the emails cannot be delivered.

Notify by blocking

If an email address has been blocked, the administrator can be notified, the email address stored in the ACP will be used for the administrator. This email contains the email address and the user, if it was an email from a user, and the reason (soft, hard or VERP) by which the email was blocked. In the case of a soft bounce, a period is also specified in which too many bounces have occurred. The report that caused the block is also attached.

Blockierte E-Mail Adressen freigeben

If an email address works again, it must be released manually by the administrator. There is an administration for this in the ACP, which can be found under Administration-> Bounce-Handling-> Ignored Addresses

There you have to search for the desired e-mail address and either delete or deactivate it, then further e-mails will be delivered again.

Move or delete detected bounces

After the system has recognized an email as a bounce, it can move it to an extra mailbox or delete it permanently. This automatically cleans up the mailbox and you don't have tons of emails in the inbox folder.


  • Version 1.0.0 pl 1

    Release version
  • Kurze Frage zu VERB. Wenn ich Mail sonst mit versende würde ich dann bei

    VERP E-Mail Format no-reply+$ eintragen? Und wie stelle ich fest, ob mein Server VERB kann? Habe da nicht wirklich was zu gefunden

    • Das versenden hat nichts mit VERP zutuen. Das wo VERP eingetragen wird, ist nur notwendig, wenn eine Mail nicht zugestellt wurde und wird dann automatisch vom Mail Server verwendet und dann eine Antwort dahin gesendet.

      Bezüglich ob VERP funktioniert. Du kannst es ganz einfach testen, in dem du eine mail z.b. anlegst mit und dieses dann weiterleitest an einem Postfach von dir. Und dann eine Mail an eine Adresse sendest die ansonsten nicht existiert, z.b. Sollte diese Mail dann an das Postfach eingereicht werden was du dort verlinkt hast, funktioniert das ganze.

  • Hallo,

    Gibs auch die Möglichkeit Benutzer nur zu deaktivieren sodass Sie durch das einfügen einer neuen Email-Adresse ihr Account wieder selbstständig aktivieren können?

    Danke im voraus.

    • Ja, das ist möglich. Accounts werden nicht gesperrt sie werden lediglich deaktiviert und keine E-Mails mehr hingewendet bis der Admin es wieder frei gibt.

    • Okay danke, kann der User sein Account denn wieder selbst aktivieren indem er seine Email Adresse ändert oder den link zur Aktivierung neu zusendet?

    • Jup. Das ist genau das gleiche als würdest du den Account manuell deaktivieren

      Thanks 1
    • Ich weiß nicht ob VERP bei mir verfügbar ist, wie kann ich das prüfen? Und falls nicht funktioniert dies trotzdem ordentlich?

    • Nein, wenn du VERP aktiviert hast muss VERP funktionieren. Prüfen kannst du dies ganz einfach, wenn du eine catch All E-Mail machst und dahin dann eine Mail spendest aber nicht direkt an das Postfach

  • Ich bekomme von meinem eigenen Server diese Meldung



    delivery error: dd Not a valid recipient -

    (in reply to end of DATA command)

    Allerdings bei Deinem Plugin nichts.

    Ist das normal oder habe ich es falsch eingerichtet?

    • Ich brauche die vollständige Fehlermeldung.

      Bitte per Konversation senden

      Das scheint aber so wie es aussieht kein Fehler meines Plugins zu sein, sondern beim versenden von Mails ein Fehler zu sein.

Customers Who Bought This File Also Bought