Hallo,
folgendes Problem: Ich hole mit fetchmail die Mails von einem pop-account ab. Dieser Account dient u.A. als Sammelbox für verschiedene eMail-Adressen, die per Weiterleitung da ihre Mails abladen. Auf unserem Mailserver sollen nun mit procmal die Mails an verschiedene User verteilt werden. Der pop-account läuft bei GMX. Ich will in Procmail nach dem Pattern "^Delivered-To: GMX delivery to matthias.petermann@gmx.de" suchen. Die Procmailrc dazu:
:0: * ^Delivered-To: GMX delivery to matthias.petermann@gmx.de /home/matthias/Mail/mailbox
:0: * ^Delivered-To: GMX delivery to xxxxxxx@gmx.de /home/xxxxxxx/Mail/mailbox
Scheinbar an den Leerzeichen zwischen "GMX*delivery*..." scheitert das ganze, aber das ist nur eine Vermutung. Jedenfalls werden von Procmail alle Mails ausnahmslos in der matthias-Mailbox abgelegt, obwohl nachweislich einige mit "xxxxxxx@"- Adresse dabei waren.
Ich habe noch testhalber probiert:
:0: * *adressegibtsnicht@gmx.de /home/matthias/Mail/mailbox-matthias
:0: * ^To: /home/xxxxxx/Mail/mailbox
....und siehe da - alle Mails landen in der xxxxxx-Mailbox. Also irgenwie liege ich bestimmt nicht ganz falsch mit meiner Vermutung, hab aber schon alles Mögliche probiert, z.B. die Leerzeichen mit \ zu maskieren.
Hat jemand einen Rat für mich?
Matthias
On Sat, Jul 27, 2002 at 06:20:56PM +0200, Matthias Petermann wrote:
Hallo,
folgendes Problem: Ich hole mit fetchmail die Mails von einem pop-account ab. Dieser Account dient u.A. als Sammelbox für verschiedene eMail-Adressen, die per Weiterleitung da ihre Mails abladen. Auf unserem Mailserver sollen nun mit procmal die Mails an verschiedene User verteilt werden. Der pop-account läuft bei GMX. Ich will in Procmail nach dem Pattern "^Delivered-To: GMX delivery to matthias.petermann@gmx.de" suchen.
[cut]
Da es sich um Reguläre Ausdrücke handlet könntest du einfach anstatt dem Leerzeichen einen Punkt verwenden. Der Punkt trifft (matched) auf alle Zeichen zu.
thomas
Hallo Thomas,
Thomas Guettler wrote:
Da es sich um Reguläre Ausdrücke handlet könntest du einfach anstatt dem Leerzeichen einen Punkt verwenden. Der Punkt trifft (matched) auf alle Zeichen zu.
Das hatte ich auch schon probiert, allerdings wurde trotzdem immer nur die mattthias-Mailbox gefüllt :-( Könnte natürlich auch heißen, dass es gar nicht an den Leerzeichen liegt, aber woran dann?
Matthias
On Sat, 27 Jul 2002 18:20:56 +0200, Matthias Petermann wrote:
:0:
- ^Delivered-To: GMX delivery to matthias.petermann@gmx.de
/home/matthias/Mail/mailbox
:0:
- ^Delivered-To: GMX delivery to xxxxxxx@gmx.de
/home/xxxxxxx/Mail/mailbox
Scheinbar an den Leerzeichen zwischen "GMX*delivery*..." scheitert das ganze, aber das ist nur eine Vermutung. Jedenfalls werden von Procmail alle Mails ausnahmslos in der matthias-Mailbox abgelegt, obwohl nachweislich einige mit "xxxxxxx@"- Adresse dabei waren.
Da alles in der matthias-Mailbox landet trifft die 1. Regel also immer zu. Insofern ist es müßig darüber zu reden, daß Mails mit xxxxxxx@ dabei waren. Bis zu der 2. Regel kommt Procamail schließlich gar nicht.
Ich habe mal den von dir gemailten header durch procmail geschickt:
----.procmailrc------ MAILDIR=$HOME/Mail DEFAULT=$MAILDIR/incoming LOGFILE=$MAILDIR/_procmail.log
:0: * ^Delivered-To: GMX delivery to matthias.petermann@gmx.de _matthias
:0: * ^Delivered-To: GMX delivery to xxx@gmx.de _xxx ----------------
---header------------ Return-Path: matthias.petermann@gmx.de X-Flags: 0000 Delivered-To: GMX delivery to xxx@gmx.de Received: from pop.gmx.de by localhost with POP3 (fetchmail-5.3.1) for root@localhost (single-drop); Sat, 27 Jul 2002 17:55:04 +0200 (CEST) Received: (qmail 17431 invoked by uid 0); 27 Jul 2002 16:55:40 -0000 Received: from p3e990cf9.dip0.t-ipconnect.de (HELO medix) (62.153.12.249) by mx0.gmx.net (mx004-rz3) with SMTP; 27 Jul 2002 16:55:40 -0000 Received: from matthias by medix with local (Exim 3.36 #1 (Debian)) id 17YTsw-0001Hz-00 for xxx@gmx.de; Sat, 27 Jul 2002 17:53:38 +0200 Date: Sat, 27 Jul 2002 17:53:38 +0200 From: Matthias Petermann matthias.petermann@gmx.de To: xxx@gmx.de Message-ID: 20020727155338.GA4954@medix Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i
------------- Das landet wie erwartet in _xxx. Die erste regel trifft also nicht. Ich kann den bei dir auftretenden Fehler somit nicht nachvollziehen. Der Fehler liegt woanders. Ich habe in deinem header lediglich die 'x'e auf jeweils 3 reduziert.
Reinhard
Hallo Reinhard,
Reinhard Foerster wrote:
Das landet wie erwartet in _xxx. Die erste regel trifft also nicht. Ich kann den bei dir auftretenden Fehler somit nicht nachvollziehen. Der Fehler liegt woanders. Ich habe in deinem header lediglich die 'x'e auf jeweils 3 reduziert.
Ich glaube mein Problem lag in der Art, wie ich procmail angewendet habe. Ursprünglich habe ich fetchmail durch
# fetchmail -a -v -m /usr/bin/procmail
aufgerufen, womit ich anstelle des Standard-mda die Verwendung von procmail erzwungen habe. In die .fetchmailrc habe ich nun die Zeile 'mda "/usr/bin/procmail"' aufgenommen und mit
# fetchmail -a -v
funktioniert es ohne Probleme. Meine Testmailbox enthielt als erste Mail eine an die matthias-Mailbox addressierte Mail. Ich vermute jetzt, dass nur dieser erste Header ausgewertet wurde und alles folgende (auch Header) als reine Daten interpretiert wurden.
Vielen Dank erst einmal für Deine Mühe,
Matthias
lug-dd@mailman.schlittermann.de
-
Matthias Petermann -
Reinhard Foerster -
Thomas Guettler