Path: csiph.com!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail From: Sebastian Suchanek Newsgroups: de.comm.software.mailserver Subject: Re: procmail: Probleme mit umbrochenen Headerzeilen Date: Sat, 22 Apr 2017 15:19:37 +0200 Lines: 46 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: individual.net gPUEGEV7RPph+tCakRMj+QrvOa1n+NyFtJMVgjGOd6T3peQEw= X-Orig-Path: tigersclaw.suchanek.lan!msgid.suchanek.de!.POSTED!not-for-mail Cancel-Lock: sha1:VyYM2oTg0PwnXNsZVa5EQy+3cyE= User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 In-Reply-To: Xref: csiph.com de.comm.software.mailserver:5662 Am 22.04.2017 um 13:20 schrieb Sven Hartge: > Sebastian Suchanek wrote: > >> Subject: Sapphire ATI Radeon X1600 PRO (512 MB) AGP Grafikkarte endet bald, >> XXXXX > >> procmail: No match on "^Subject:.*ende(t|n)(\s|_)bald" > > Der irritierende Teil ist, dass der Teil der Regexp, die matchen müßte, > ja sogar in der ersten Zeile vorkommt, d.h, selbst wenn das Unfolding > kaputt wäre, müßte es einen Match geben. In diesem speziellen Fall ja. Davon abgesehen habe ich heute noch das "Versagen" einer weiteren procmail-Filterregel für eBay-Mails beobachtet, bei der derjenige Subject-Teil, auf den die Regel eigentlich matchen müsste, sogar ganz vorne in der Zeile steht. Gemeinsamkeit in beiden Fällen ist, dass in der Filterregel ein "\s" vorkommt. Daraufhin habe ich die o.g. Filterregel etwas abgewandelt: ---------------------------- 8< --------------------------------- root@tigersclaw:~/mailtest# cat testmail | procmail ./testrc procmail: Couldn't chdir to "/root/Maildir/" procmail: [4743] Sat Apr 22 15:00:08 2017 procmail: Match on "^Subject:.*ende(t|n)( |_)bald" procmail: Match on "^From.*ebay@ebay.(de|com)" procmail: Assigning "LASTFOLDER=match/msg.oCAcB" procmail: Opening "match/msg.oCAcB" procmail: Acquiring kernel-lock Subject: Sapphire ATI Radeon X1600 PRO (512 MB) AGP Grafikkarte endet bald, Folder: match/msg.oCAcB 143980 root@tigersclaw:~/mailtest# ---------------------------- 8< --------------------------------- Gerade habe ich noch ein wenig gegoogelt - wenn ich die Zusammenhänge richtig verstanden habe, greift procmail intern auf egrep zurück und das kennt den PCRE-Ausdruck "\s" nicht. Tschüs, Sebastian