Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > de.comm.software.mailserver > #5947 > unrolled thread

Catch-all: interner Verteilung

Back to article view | Back to de.comm.software.mailserver

Contents

  Catch-all: interner Verteilung Frank Knappe <Knappe@tu-harburg.de> - 2018-08-15 21:14 +0200
    Re: Catch-all: interner Verteilung Kay Martinen <kay@martinen.de> - 2018-08-15 21:51 +0200
      Re: Catch-all: interner Verteilung Frank Knappe <Knappe@tu-harburg.de> - 2018-08-20 15:15 +0200
        Re: Catch-all: interner Verteilung Christian Garbs <mitch@cgarbs.de> - 2018-08-22 21:41 +0200

#5947 — Catch-all: interner Verteilung

Hallo,

wir verwenden für größere Projekte bei uns in der Firma 
Projektpostfächer, damit alle wichtigen Emails zu einem Projekt an einer 
Stelle zu fidnen sind. Aktuell bedeutet dies, dass dieses Postfach von 
einem externen Dienstleister bei 1&1 eingerichtet wird. Für den späteren 
Zugriff müssen dann die IMAP-Daten den Projektbeteiligten zugänglich 
gemacht werden. Diesen Prozeß würde ich gerne verbessern und habe da 
folgende Idee:

Erstellen einer neuen Maildomain: projects.firma.example
Einrichten eines Catch-all für diese Domain

ein lokaler Server holt periodisch alle Email für diese Domain ab 
(fetchmail?)

Dort werden die Emails dann weiter sortiert.

Einige Anmerkungen:
* Von dieser Domain werden niemals Emails verschickt.
* Zugriff auf die Postfächer entweder per IMAP oder aber über ein 
Webinterface
* die Anlage von neuen Projekten sollte idealerweise auch über ein 
Webinterface erfolgen können.
* Lokaler Server kann entweder Linux/BSD/Windows sein


Mit welchen Tools kann ich dies am besten umsetzen?

VG
Frank

[toc] | [next] | [standalone]

#5948

Am 15.08.2018 um 21:14 schrieb Frank Knappe:
> 
> wir verwenden für größere Projekte bei uns in der Firma
> Projektpostfächer, damit alle wichtigen Emails zu einem Projekt an einer
> Stelle zu fidnen sind. Aktuell bedeutet dies, dass dieses Postfach von

> folgende Idee:
> 
> Erstellen einer neuen Maildomain: projects.firma.example
> Einrichten eines Catch-all für diese Domain
> 
> Einige Anmerkungen:
> * Von dieser Domain werden niemals Emails verschickt.

Noch ein paar Anmerkungen.

Wie wollen die Projektbeteiligten dann kommunizieren? Da müsste jeder in
seinem MUA; oder du im Zentralen MTA ein 'reply-to:" in ausgehende Mails
einfügen das auf die projects domain weist. Und erzwingen das ausgehende
Mail nur über diesen MTA läuft.

Dir ist auch klar das die Beteiligten dann wahrscheinlich jede menge
SPAM u.a. bekommen der z.b. sonst an postmaster@projects.* gehen würde?

Denn Catch-all heißt nach meinem Verständnis das jede mail die an
unbekannte namen in der domain adressiert ist bei einem account landet.
Normalerweise ist das der postmaster (oder intern: root) kann aber jeder
beliebige sein.

Warum überhaupt Catch-all? Das ginge doch auch mit localparts wie
'project1' oder 'coolesneuesprodukt' und hätte den Vorteil das dort nur
die mails gesammelt aufschlagen die zu diesem Projekt gehören. Wenn sich
alle dran halten diese Adresse als reply-to zu verwenden. Und man kann
mail an unbekannte namen einfach filtern oder direkt nach /dev/nul leiten.

Kay

-- 
Sent via SN (Eisfair-1)

[toc] | [prev] | [next] | [standalone]

#5949

Am 15.08.2018 um 21:51 schrieb Kay Martinen:

> Noch ein paar Anmerkungen.
> 
> Wie wollen die Projektbeteiligten dann kommunizieren? Da müsste jeder in
> seinem MUA; oder du im Zentralen MTA ein 'reply-to:" in ausgehende Mails
> einfügen das auf die projects domain weist. Und erzwingen das ausgehende
> Mail nur über diesen MTA läuft.

Die Kommunikation soll über die normalen persönlichen Emailadressen 
laufen. Das Perojektpostfach soll dann als zusätzliches cc: dienen, 
damit die gesamte Information an einem ort liegt. ich will damit 
verhindern, dass jeder Projektbeteiligte auch jede Email bekommt, auch 
wenn sie für Ihn total unwichtig ist.
Dies bedingt natürlich dass die Projektadresse händisch immer 
eingetragen werden muss.

> Dir ist auch klar das die Beteiligten dann wahrscheinlich jede menge
> SPAM u.a. bekommen der z.b. sonst an postmaster@projects.* gehen würde?

Jep.
Ich will aber auf dem lokalen Mailserver sortieren.

projekt1@projecte.firma.de -> projekt1
projekt2@projecte.firma.de -> projekt2

cvdf@projecte.firma.de -> SPAM bzw. SPAMverdacht

> Denn Catch-all heißt nach meinem Verständnis das jede mail die an
> unbekannte namen in der domain adressiert ist bei einem account landet.
> Normalerweise ist das der postmaster (oder intern: root) kann aber jeder
> beliebige sein.
> 
> Warum überhaupt Catch-all? Das ginge doch auch mit localparts wie
> 'project1' oder 'coolesneuesprodukt' und hätte den Vorteil das dort nur
> die mails gesammelt aufschlagen die zu diesem Projekt gehören. Wenn sich
> alle dran halten diese Adresse als reply-to zu verwenden. Und man kann
> mail an unbekannte namen einfach filtern oder direkt nach /dev/nul leiten.

Ich will/kann auf dem MX keienrlei Administrationsarbeiten vornehmen, 
sondern die gesamte Logik auf einem lokalen Server machen.


VG
Frank

[toc] | [prev] | [next] | [standalone]

#5951

Mahlzeit!

Frank Knappe <Knappe@tu-harburg.de> wrote:
> Am 15.08.2018 um 21:51 schrieb Kay Martinen:

>> Warum überhaupt Catch-all? Das ginge doch auch mit localparts wie
>> 'project1' oder 'coolesneuesprodukt' und hätte den Vorteil das dort nur
>> die mails gesammelt aufschlagen die zu diesem Projekt gehören. Wenn sich
>> alle dran halten diese Adresse als reply-to zu verwenden. Und man kann
>> mail an unbekannte namen einfach filtern oder direkt nach /dev/nul leiten.
 
> Ich will/kann auf dem MX keienrlei Administrationsarbeiten vornehmen, 
> sondern die gesamte Logik auf einem lokalen Server machen.

Du solltest aber auf dem MX trotzdem mindestens eine Liste der
gültigen Localparts/Postfächer haben, so dass Du ungültige Empfänger
direkt im SMTP-Dialog ablehnen kannst.

Tust Du das erst später auf Deinem lokalen Rechner, kannst Du „das
Postfach existiert nicht“ nur noch per Antwort-Email kundtun.  Im Fall
von Spam geht diese Mail dann an eine gefälschte/geklaute
Absenderadresse und Du belästigst unbeteiligte Dritte mit deinen
„gibt’s hier nicht“-Fehlermeldungen (Backscatter).

Für Spamfilter gilt das gleiche: auch das lieber schon im SMTP-Dialog
des MX filtern als nachher auf dem lokalen Host.

Greylisting müsste ebenfalls auf dem MX laufen.

Das ist nicht wild, das mache ich privat auch:

Ich schiebe eine einfache Textdatei mit den gültigen Localparts auf
den MX und da guckt Exim dann rein, ob das Postfach gültig ist.
Gültige Mails schiebt er per UUCP(sic!) ohne weitere Verteilung auf
meinen lokalen Server, wo die SMTP-Envelopes dann endgültig
ausgewertet werden und die eigentliche Zustellung erfolgt.

Gruß
Christian
-- 
....Christian.Garbs....................................https://www.cgarbs.de
Nur Kühe lassen alles fallen!
Menschen nutzen Papierkörbe...

[toc] | [prev] | [standalone]

Back to top | Article view | de.comm.software.mailserver

csiph-web