Re: Server

[Marc Haber <mh+uugrn@xxxxxxxxxxxx>]

On Thu, Aug 23, 2007 at 03:07:04PM +0200, Markus Hochholdinger wrote:
> Am Donnerstag, 23. August 2007 11:53 schrieb Marc Haber:
> > On Thu, Aug 23, 2007 at 10:41:20AM +0200, Markus Hochholdinger wrote:
> > > Am Dienstag, 21. August 2007 15:19 schrieb Marc Haber:
> > > > On Tue, Aug 21, 2007 at 11:43:19AM +0200, Markus Hochholdinger wrote:
> > > hier wuerde mich mal interessieren wie Du die geplussten Adressen
> > > einsortierst? Hast Du da etwas generisches in .procmailrc oder richtest
> > > Du jede Adresse extra ein?
> >   local_part_suffix = "+*"
> >   local_part_suffix_optional = yes
> > Sortierung dann per ~/.forward, procmail gibt's hier nicht.
> 
> wie sortiert man mit .forward? Cool waere ja ein System wo dann eine E-Mail an 
> user+x@domain beim Benutzer user in den Mail-Ordner (IMAP) x einsortiert wird 
> (und am besten den Mail-Ordner anlegt wenn nicht vorhanden).

#   Exim filter   <<== do not edit or remove this line!

if error_message then finish endif

if $local_part_suffix begins "+" and
  "${if exists {$home/.mail/.${substr_1:$local_part_suffix}} {yes}}" is "yes" th
en
  save $home/.mail/.${substr_1:$local_part_suffix}/
   finish
endif

Wenn es den Subfolder schon gibt, landet die Mail im Folder; wenn es
ihn nicht gibt, landet sie im Toplevel.

> > > callforward bzw. callout! Cool, ich wusste garnicht dass das der exim4
> > > ja schon selbst kann
> > Doku lesen bildet ;)
> 
> Sorry, dass ich das jetzt hier zugebe, aber ich habe (noch) nicht die 
> komplette exim-Doku am Stueck durchgelesen ;-) . Ich lese das immer 
> Abschnittsweise, meist im Zusammenhang mit einer konkreten Anforderung oder 
> einem konkreten Problem. Und die Idee mit dem callforward habe ich schon 
> manchmal mit anderen durchgesprochen, hat aber noch nicht soweit gereicht 
> dass ich die Doku dazu bemueht haette.

Schaem Dich ;)

> > Ich bin inzwiscchen so weit, dass Spam kein Problem mehr ist. Da gibt
> 
> Meinst Du damit dass Spam fuer Dich kein Problem mehr ist oder auch allgemein? 
> Weil ich haette hier viele Kunden die wuerden Dir viel Geld bezahlen wenn Du 
> denen den Spam vom Leib haelst (und natuerlich die korrekten E-Mails 
> durchlaesst). Aber wie schon gesagt, __Kunden__, die ueberall ihre 
> E-Mail-Adresse hergeben und alle moeglichen Newsletter bestellen (die sie auch 
> wollen).

Den Spamfilter, der keine false negatives hat, gibt es nicht. False
positives hatte ich lange nicht mehr.

Wir haben inzwischen aber den Status erreicht, wo ich mehr Arbeit mit
der "Umgehung" fremder Spamfilter habe als mit dem manuellen und
automatischen Filtern meines eigenen Spams.

> > es geeignete technische Massnahmen. Das Problem sind diejenigen, die
> > mit ihren unklug gemachten Spamfiltern verhindern, dass ich meine
> > legitime Mail zeitnah oder ueberhaupt loswerde.
> 
> Damit war ich leider auch schon mehrmals konfrontiert. Manchmal kommt bei mir 
> die Vermutung hoch dass E-Mail mittlerweile wichtiger als Telefon ist. Und 
> wenn die E-Mail nicht innerhalb von Sekunden (OK, sagen wir mal wenigen 
> Minuten) zugestellt ist, gibt es gleich Tickets wegen E-Mail-Problemen.
> Das geht schon soweit, dass ich Tickets bekomme wo die Leute das __Gefuehl__ 
> haben dass ein E-Mail-Partner ihnen jetzt aber schon eine E-Mail haette 
> schreiben muesse und ich doch mal auf dem Mail-Server schauen soll ob alles OK 
> ist...

Wenn's eine Ticketpauschale gibt, guck ich gerne zehnmal am Tag nach
(oder lasse nachgucken).

> Das kommt, so denke ich, nicht zuletzt daher, dass die E-Mail-Kommunikation 
> wegen den ganzen (Anti-)Spam-Massnahmen immer unzuverlaessiger wird.

Ja. Und der Antispam ist das groessere Problem als der Spam.

> > Gibt es ausser im SMTP AUTH Bereich noch Dinge, die Du regelmaeÃ?ig per
> > Auskommentierung erledigen musst? Dass ich bei SMTP AUTH noch was tun
> > muss, ist mir klar.
> 
> Ja, genau, SMTP-AUTH, also ./auth/30_exim4-config_examples, dann noch clamav 
> und spamasssasin Anbindung:
> XXX:/etc/exim4/conf.d# diff \
>   ./main/02_exim4-config_options.original \
>   ./main/02_exim4-config_options
> 49c49
> < # av_scanner = clamd:/tmp/clamd
> ---
> > av_scanner = clamd:/var/run/clamav/clamd.ctl
> 57c57
> < # spamd_address = 127.0.0.1 783
> ---
> > spamd_address = 127.0.0.1 783

Das werf ich immer in ein Extrafile (z.B. main/000_localstuff) und
kann mir so ersparen, das Conffile zu editieren.

> Fuer unterschiedliche Viren- und Spam-Filterung pro Empfaenger-Domain benoetige 
> ich irgendwie die Empfaenger-Domain in den nachfolgenden ACLs:
> zoomail:/etc/exim4/conf.d# diff \
>   ./acl/30_exim4-config_check_rcpt.original \
>   ./acl/30_exim4-config_check_rcpt
> 56a57
> >     set acl_m0 = $domain
> 
> Mein erster (korrekter) Ansatz hier war "set acl_m0 = $domain:$acl_m0", aber 
> das war nicht so schoen auszuwerten. Deswegen funktioniert meine aktuelle 
> Methode in Sonderfaellen nicht, die man vermeiden kann.

Ja, Mandantenfaehig ist die Exim4-Konfiguration absichtlich nicht ;)
Man muss es den Leuten ja nicht zu einfach machen, ein
Konkurrenzunternhemen aufzuziehen ohne wirklich zu wissen was sie da
tun.

Auf meinen Systemen mach ich das so, dass ich den Exim per
MAIN_ACL_CHECK_FOO auf eine eigene ACL umleite, die dann ggf. die von
exim4-config mitgelieferte und dank der Umleitung ausser Betrieb
gesetzte ACL als sub-ACL wieder aufruft.

Gruesse
Marc

-- 
-----------------------------------------------------------------------------
Marc Haber         | "I don't trust Computers. They | Mailadresse im Header
Mannheim, Germany  |  lose things."    Winona Ryder | Fon: *49 621 72739834
Nordisch by Nature |  How to make an American Quilt | Fax: *49 3221 2323190
-- 
http://mailman.uugrn.org/mailman/listinfo/uugrn