torbho

  • 14 hours ago
  • Joined 4 days ago
  • 2 discussions
  • 6 posts
  • 0 best answers
  • Post posted... wait what?
  • In Unable to Receive Emails from certain sources (Gmail/Outlook Work Fine)

    I can confirm that many mail servers around the world do not use IPv6.

    While IPv6 adoption is growing, many mail servers still rely on IPv4. Running a mail server without an IPv4 address can lead to delivery issues, as many receiving servers are not fully compatible with IPv6. For reliable mail delivery, having an IPv4 address is currently essential.

  • In Clarification about ADDITIONAL_SERVER_NAMES config option

    ADDITIONAL_SERVER_NAMES is for the Mailcow UI, not for mail certificates.

    Don’t forget
    docker compose down && docker compose up -d
    after changing these settings in the mailcow.conf
    Just docker compose restart won’t work

  • In Mailcow als zentraler Spamfilter und Relay-Server für alle Domains einsetzen

    Vielen Dank!

    Die Kombination aus Rspamd mit bedingtem Greylisting funktioniert bei uns wirklich hervorragend. Es kommt kaum noch Spam durch, und die Zahl der fälschlichen Spam-Erkennungen tendiert gegen null.

    Aus diesem Grund haben wir uns für Mailcow entschieden. Bisher leistet das hervorragende Dienste. Andere Lösungen wie AgentJ oder das Proxmox Mail Gateway setzen lediglich auf klassisches Greylisting, was bei unseren Kunden oft für zu lange Wartezeiten führt.

    Vielen Dank auch für den Tipp mit der API. Ich habe daraufhin ein Shell-Skript geschrieben, das durch eine Plesk-Aktion beim Anlegen oder Bearbeiten einer Domain ausgelöst wird und die neue Domain automatisch in Mailcow anlegt und wieder entfernt.

  • In Mailcow als zentraler Spamfilter und Relay-Server für alle Domains einsetzen

    Hallo,

    vielen Dank für die Rückmeldung.

    Der Hintergrund ist, dass wir uns derzeit in einer Übergangsphase befinden. Aktuell setzen wir noch auf Plesk, das sich jedoch als wenig effektiv in der Spam-Bekämpfung erwiesen hat. Zudem entwickelt sich die Preisstruktur zunehmend ungünstig. Grundsätzlich haben wir nichts gegen kostenpflichtige Software, allerdings stimmt für uns das Verhältnis von Kosten und Nutzen nicht mehr.

    Perspektivisch planen wir den Umstieg auf einen Proxmox-Cluster mit VMs und Docker – ganz ohne Plesk. Mailcow sehen wir dabei als unsere bevorzugte Groupware-Lösung und möchten in dieser Übergangszeit möglichst viele praktische Erfahrungen damit sammeln, bevor wir in die eigentliche Umsetzung starten.

    • In Mailcow als zentraler Spamfilter und Relay-Server für alle Domains einsetzen

      • torbho

          Moolevel 1
        • Post #1
        • This post is in German

        Leider erhielt ich auf englisch bisher noch keine Antwort, daher poste ich meinen Text hier noch einmal für die deutsche Community, in der Hoffnung, gemeinsam eine Lösung zu finden:

        Wir verwalten eine große Anzahl an Domains (>500). Ich möchte Mailcow als Frontend-Spamfilter und Relay-System einrichten. Um zu verhindern, dass jede beliebige Domain über Mailcow E-Mails versenden kann, habe ich das Routing mit MX-Verifikation über die Routes-Funktion konfiguriert. Allerdings verlangt Mailcow trotzdem, dass ich jede Domain manuell hinzufüge – was ich aufgrund der hohen Anzahl vermeiden möchte.

        Ich würde stattdessen lieber die Steuerung über die MX-Einträge der jeweiligen Domains vornehmen.

        Wenn ich eine Domain nicht manuell in Mailcow hinzufüge, erhalte ich beim Senden von E-Mails den Fehler „Relay access denied“.

        Gibt es eine Möglichkeit, das gewünschte Verhalten zu erreichen?

        Zur Verdeutlichung meines Ziels:

        • E-Mails an mx1.maildomain.de → Mailcow filtert Spam → leitet weiter an server1.domain.de
        • E-Mails an mx2.maildomain.de → Mailcow filtert Spam → leitet weiter an server2.domain.de
        • E-Mails an mx3.maildomain.de → Mailcow filtert Spam → leitet weiter an server3.domain.de

        …

        Das Ganze soll funktionieren, ohne dass ich jede Domain manuell in Mailcow anlegen muss.
        Mailcow soll anhand des MX-Eintrags der Empfänger-Domain erkennen, wohin die Mail weitergeleitet werden soll.
        Wenn Mailcow keinen passenden MX in den konfigurierten Routen findet, soll die Zustellung abgelehnt werden.

        • Warum willst du dafür als “Frontend” Mailcow einsetzen? Mailcow ist eine all in one Groupware.
          Da gibt es sicher bessere Lösungen wie z.b. AgentJ oder Proxmox Mail Gateway die darauf spezialisiert sind.

          Evtl wäre die Mailcow API eine Möglichkeit die Domains automatisiert anzulegen.

          Wenn du so viele Domains hast ist wohl eine kommerzielle Nutzung gegeben und die Leute hinter Mailcow (servercow.de, Tinc GmbH) bzw. deren Entwickler können dir sicher besser weiterhelfen.

      • In Using Mailcow as spamfilter / relay all domains

        We manage a large number of domains (>500). I want to set up Mailcow as a front-end spam filter and relay-all system. To prevent every domain from sending emails through it, I’ve configured forwarding with MX verification using the routes feature. However, Mailcow still requires me to add each domain individually, which I’d like to avoid due to the large number of domains. I would prefer to control this via the route MX records instead.

        If I don’t add a domain manually in Mailcow, I get the error “Relay access denied” when trying to send emails.

        Is there a way to achieve this?

        To clarify my goal:

        Mail sent to mx1.maildomain.de -> Mailcow filters spam -> relays to server1.domain.de
        Mail sent to mx2.maildomain.de -> Mailcow filters spam -> relays to server2.domain.de
        Mail sent to mx3.maildomain.de -> Mailcow filters spam -> relays to server3.domain.de
        …

        All of this should work without having to manually add each domain to Mailcow.
        Mailcow should determine the recipient server based on the domain’s MX record and relay the mail accordingly.
        If Mailcow does not find the recipient’s MX in the configured routes, it should reject the relay.