[Postfixbuch-users] Offtopic: amavisd-new mit SQL-Backend - Spameinstellungen für Aliases

[Stefan Förster]

Hallo Werner,

* Werner Detter <werner at aloah-from-hell.de>:
>>> Die Userspezifischen amavisd-new Einstellungen für werner at test.de kommen
>>> bei der Einlieferung über einen Alias (sofern dieser nicht explizit in der
>>> Datenbank von Amavis besteht) nicht zum Greifen.
>>> 
>>> Wie löst ihr das bei euch am einfachsten? Das Problem besteht ja nicht
>>> generell bei Alias Domains, sondern auch bei einfachen Aliasen sofern die
>>> Domain nicht in der amavis-Datenbank eingetragen ist.
>> 
>> ich sehe das nicht als Problem, sondern als Feature. So ist es möglich, die
>> Mails je nach Alias unterschiedlich zu behandeln und hinterher doch alle in
>> ein Postfach einzuliefern. Wenn du auch für die Aliase strengere Regeln
>> anwenden willst, kannst du das ja explizit in den individuellen Einstellungen
>> tun.
> 
> Hm prinzipiell ist das ein Feature - ja. Wir entwickeln hier aber gerade ein
> "neues Webinterface" zur Administration von Postfix bzw. Mailkonten, Domains,
> Aliases, Alias-Domains etc. und möchten auch gleich Amavis-Einstellungen
> abdecken.
> 
> Wir überlegen mal weiter, wie wir auch Amavis-Einstellungen für Alias-Domains
> im Webinterfae abdecken können.

ich arbeite zur Zeit als Hobby-Projekt auch an sowas (
http://mailsettings.incertum.net/ - da fällt mir ein, Patrick hatte
mir Hilfe beim HTML/CSS angeboten *g*) und habe vor, die von Dir
genannte Problematik auf zwei Arten zu erschlagen:

1. Ich nutze virtual_alias_maps nur für Verteilerlisten. Und diesen
Alias-Einträgen wird dann halt entweder die Default-Site-Policy
zugewiesen oder eben die Default-Domain-Policy, wenn sie keine eigene
Policy haben (hach, referentielle Integrität ist toll!).
2. Da es wenig Spaß macht, im Frontend mit den von amavisd-new
vorgegebenen Tabellenstrukturen zu arbeiten, habe ich das gar nicht
erst probiert, sondern transformiere das dann einfach - wofür sonst
gibt es Views? ;-)


Ciao
Stefan
-- 
Stefan Förster     http://www.incertum.net/     Public Key: 0xBBE2A9E9
FdI #40: overdrive processor - Prozessor mit übertriebenem
Preis-Leistungsverhältnis (Holger Reif)