Re: Extracting delivery attempts from log files

There also this project: https://sourceforge.net/p/x-itools/wiki/Home/ Le 22/08/2016 à 03:42, Steve Atkins a écrit : On Aug 21, 2016, at 5:13 AM, Wietse Venema wrote: Robert Schetterer: Am 21.08.2016 um 05:10 schrieb Steve Atkins: I find I need to extract a list of deliveries, and delivery

E-mail Log Search Engine and GreyLSE Postfix Policy Server v0.9.19 released

Hello, * *X-Itools E-mail Log Search Engine and Postfix Policy Server version 0.9.19 has just been released as a tar.gz archive. The archive is there: https://sourceforge.net/projects/x-itools/files/X-Itools%20releases/E-mail%20Log%20Search%20Engine/

Re: count sending email per month

Hello, The X-Itools ELSE (https://sourceforge.net/p/x-itools/wiki/) can also do it but it's maybe a too big thing for what you want to do. Version 0.9.19 has been released yesterday evening. Best regards Nicolas PGP fingerprint: 5F35 862E 00E1 D774 7FA4 3A71 EBED FA58 58C6 45D2 Le 25/02/2015 10

Re: Add header based on number of recipients

- Have you identified the e-mail server having those compromised accounts? If yes forbid this server to relay using your Postfix servers. If you don't want or cannot do it... - Then have you identified what e-mail accounts exactly are compromised? If yes temporarily close or disabled those accou

Re: How to Configure forward (redirect) for specific from email address

I would maybe try to implement that using several postfix instances... One to take a routing decision regarding the sender email address... that would send the email to the "second stage" postfix server if sender is "u...@test.com"... And another one "second stage" to take a routing decision reg

E-mail Log Search Engine v0.9.18 released

Hello there,* *I've released *version 0.9.18 of the ELSE *as a tar.gz archive on Sourceforge: https://sourceforge.net/projects/x-itools/files/X-Itools%20releases/E-mail%20Log%20Search%20Engine/

Re: pflogsum don't count postscreen rejects

4 | PASS OLD | 7 2 | PREGREET | 6 3 | HANGUP | 6 5 | PASS NEW | 1 It's just incredible the number of emails dropped by DNSBL!! Regards, Nicolas HAHN Le 29/08/2014 08:40, Nicolas HAHN a écrit : Hello there, I'll also take any material or log file snippet provide

Re: pflogsum don't count postscreen rejects

Hello there, I'll also take any material or log file snippet provided about postscreen to implement a parser in the ELSE project, and generate any usefull stats. Regards, Nicolas HAHN Le 29/08/2014 01:57, Jim Seymour a écrit : On Mon, 25 Aug 2014 16:12:12 +0200 "li...@rhsoft.n

Re: Automated personal whitelist (?)

er to the email you sent me also, in order to not pollute to much the Postfix mailing list. If any other are interested, let me know. Best regards, Nicolas HAHN Le 21/08/2014 23:03, Ronald F. Guilmette a écrit : Is there anything which is either a part of, or that works with Postfix tha

Re: Automated personal whitelist (?)

Dear Noel, I think this is a nice feature you ask there. If I follow you, you would request that each time you send an e-mail to a recipient, this recipient has to be automatically whitelisted for whatever email he would send you in the futur. Right? I'll think about an implementation of tha

Postfix log analyzer tool V0.9.17 released

Hello all, I've released *Version 0.9.17 of the ELSE* (E-mail Log Search Engine) as a tar.gz archive on Sourceforge there: https://sourceforge.net/projects/x-itools/files/X-Itools%20releases/E-mail%20Log%20Search%20Engine/ There is also a *virtual machine for demonstration purpose* if you wan

Re: New Greylisting daemon

I'll answer you in private soon Beeny to not polute postfix mailing list. Le 19/04/2014 14:44, Benny Pedersen a écrit : if its time to test it ? is there a maillist for this project ? or even code download link ? wiki ? <>

Re: New Greylisting daemon

This is preferred usage. Closing the socket after each reply is wasteful. Wietse Thanks for the answer. Comments from Jan P. Kessler helped also. I've updated my code to keep connections opened unless a configurable timeout. According my tests, I've new data: - GreyLSE is now rated

Re: New Greylisting daemon

Le 18/04/2014 10:17, Jan P. Kessler a écrit : Hi, maybe you should set up an own mailing list for GreyLSE. The are a lot of coders at this list. If any of them would use this list to discuss their own topics it might become somewhat confusing here. You're right, old, historycal mailing lists e

Re: New Greylisting daemon

to compile it with various DB libs... Why not... SQL backend for greylisting and most other stuff is pretty pointless and awkward to set up. My own perl greylister simply stores everything in memory and easily performs 5000+ requests per second. If you need more redundancy, you could simply

Re: New Greylisting daemon

an no database abstraction alyer is *really not* the performance problem to excuse a "vendor-lockin" or to say it in other words: if you start these days a proect and the frist decision you make is what RDBMS you will use your whole software design is broken from that moment Again, we'll see

Re: New Greylisting daemon

MySQL... :) don't get me wrong but abstraction layers exists http://www.tildeslash.com/libzdb/ nobody needs to write backends for every database frankly for a greylisting daemon there is no need for a full-featured database server like MySQl or PostgrSQL, in context of postfix it should at l

Re: New Greylisting daemon

In short, the GreyLSE is: - a daemon made with C/C++ - needs the PostgreSQL database of the ELSE because works only with that forget it - starting 2014 and limit to a single DB backend is crazy Hummm... It's a new tool... The possibility to use other backends in the futur is not closed speci

New Greylisting daemon

this is up to the policy server to check if the instance variable "change" at some point... i could test all of that in a lab but if it's faster to get an answer from there... Best regards, -- Nicolas HAHN <>

New Postfix log analyzer tool V0.9.16 released (PostgreSQL DB 9.2.x based)

Dear Community, VERSION 0.9.16 OF THE ELSE (E-mail Log Search Engine) has just been released as a tar.gz archive. As usual, take a look at the README file for the revision history. The archive is there: https://sourceforge.net/projects/x-itools/files/X-Itools%20releases/E-mail%20Log%20Search%20E

New Postfix log analyzer tool V0.9.15 released (PostgreSQL DB 9.2.x based)

Dear Community, *Version 0.9.15* of the ELSE (E-mail Log Search Engine) has been released. This version is now able to parse Postfix versions >=2.9 logs having long queue IDs. README including versionning info as well as archive are available there: https://sourceforge.net/projects/x-itools/fi

Re: Message_size_limit issue with postfix v 2.8.8-1 on RHEL 6

you in private. Envoyé de mon iPad Le 24 avr. 2013 à 20:00, Wietse Venema a écrit : > Nicolas HAHN: >> The "archietcture" is not a good excuse for me, I'm sorry. As a >> coder, allowing a software to start despite the fact there is a >> FATAL is a total non-sens.

Re: Message_size_limit issue with postfix v 2.8.8-1 on RHEL 6

> sorry, but after following the thread you are not qualified > enough to judge design-patterns of a software you do not > understand enough I agree totally on that. That's why I write in the users mailing list, not in the developpers mailing list. To stop this thread that is borring for everybo

Re: Message_size_limit issue with postfix v 2.8.8-1 on RHEL 6

You're right that's enough and I'll answer you in private. Wietse Venema a écrit : > Nicolas HAHN: >> The "archietcture" is not a good excuse for me, I'm sorry. As a >> coder, allowing a software to start despite the fact there is a >> FATAL i

Re: Message_size_limit issue with postfix v 2.8.8-1 on RHEL 6

files: [root@server nagios]# service nagios restart Running configuration check...done. Stopping nagios: ...done. Starting nagios: done. [root@server nagios]# But OK I understand your points and will stop to post my blabla. /dev/rob0 a écrit : > On Wed, Apr 24, 2013 at 05:23:09PM +0200, Nicol

Re: Message_size_limit issue with postfix v 2.8.8-1 on RHEL 6

Yea. Thanks, i've seen it the first time you posted it. But that's not for this reason I'll change my mind about this. BR. nicolas Wietse Venema a écrit : > Nicolas HAHN: >> What I consider just abnormal as already written is that for me >> (so it's my opini

Re: Message_size_limit issue with postfix v 2.8.8-1 on RHEL 6

> Can you post the fatal error messages you found, especially the > messages that log why the queue manager was restarting, as that > is the real problem. Here is what I found: 2013-04-24T10:04:38.005665+00:00 iccpfxor04 postfix/local[9370]: fatal: main.cf configuration error: mailbox_size_limit

Re: Message_size_limit issue with postfix v 2.8.8-1 on RHEL 6

This is a reply to myself because I'm reviewing the way it works. > Yes, but if I'm right, the log message is emitted at the time there > is an e-mail processed (by postfix/local for my issue). In fact, the fatal is written in the logs each minute and 1 second for this issue in my case by the

Re: Message_size_limit issue with postfix v 2.8.8-1 on RHEL 6

versions 0.9.14 or 0.9.15. There is always something positive to take somewhere :) BR. nicolas Wietse Venema a écrit : > Nicolas HAHN: >> Postfix feature request: that would be nice that Postfix be able >> to do this kind of basic checks by itself when starting (or when >

Re: Message_size_limit issue with postfix v 2.8.8-1 on RHEL 6

oaded, and REFUSE to start because of "fatal: main.cf configuration error: mailbox_size_limit is smaller than message_size_limit". Don't you think? But I learn I learn (well... I try) Wietse Venema a écrit : > Nicolas HAHN: >> Postfix feature request: that would be nice

Re: Message_size_limit issue with postfix v 2.8.8-1 on RHEL 6

> 1. Don't send bounces to postmaster, just generate and read log summaries > that may highlight aggregate problems with your mail stream. > > notify_classes = > > This applies to any MTA handing mail for a large number of users, > it is fine to have postmaster notices for a ma

Re: Message_size_limit issue with postfix v 2.8.8-1 on RHEL 6

> More likely you have a mailbox size limit smaller than the message > size limit. Yes, that's the reason. I completely forgot to check the matching between both settings. The mailbox size limit was set to its default value of 50 Mb. After setting it to 150 Mb, the issue was fixed. Note: the b

Re: Message_size_limit issue with postfix v 2.8.8-1 on RHEL 6

> Postfix memory usage does not depend on message size. Far more > likely some filter has message size issues, or perhaps mailbox_size_limit > has not been raised to match, or the OP failed to reload Postfix, so that > the message size limit was different in some processes. Each time I've reloade

Re: Message_size_limit issue with postfix v 2.8.8-1 on RHEL 6

to command: /bin/bash /usr/local/bin/captureNDR) 2013-04-24T12:41:14.125943+00:00 iccpfxor04 postfix/qmgr[27707]: 6B34360BAA: removed Reindl Harald a écrit : > > > Am 24.04.2013 14:58, schrieb Nicolas HAHN: >> Does somebody knows what is happening? > > no because you mi

Message_size_limit issue with postfix v 2.8.8-1 on RHEL 6

Dear all, I'm experiencing an issue now about message_size_limit. I've modified message_size_limit from 20 Mb to 120 Mb this morning. I know that's not something to do and we explained to the customer a messaging system wasn't in any case a file transfer service... But after, politic came in an

New Postfix log analyzer tool V0.9.13 released (PostgreSQL DB 9.2.x based)

Dear Community, VERSION 0.9.13 of the tool has been released. My tool is able to parse Postfix Logs (version < 2.8 for now), generates statistics, propose you a great EXTJS 4.1.3 Web 2.0 interface, offers powerfull search features and so on... It is also able to parse Microsoft Exchange Server

New Postfix log analyzer tool V0.9.11 released (PostgreSQL DB 9.2.x based)

Dear Community, I just released *version 0.9.11* of the tool. This version is the *first one to include Microsoft Exchange Server Logs parsing capabilities*. README including versionning info as well as archive are available there: https://sourceforge.net/projects/x-itools/files/X-Itools%20r

Re: New Postfix log analyzer tool, statistics, grapher, ... PostgreSQL DB 9.2.x based

Le 13/04/2013 15:17, /dev/rob0 a écrit : I think the point is that none of the software you mention are Linux-specific. Postfix, PostgreSQL, rsyslog, "apache" (Apache httpd), and php all work and are commonly seen on other Unix and Unix-like systems. It doesn't sound likely that you have done s

Re: New Postfix log analyzer tool, statistics, grapher, ... PostgreSQL DB 9.2.x based

1:31, LuKreme a écrit : On Apr 11, 2013, at 7:29, Nicolas HAHN wrote: a Linux server It requires Linux? Why would it require Linux? <>

New Postfix log analyzer tool, statistics, grapher, ... PostgreSQL DB 9.2.x based

Dear Postfix Community, I'm writing for the first time there but working in the area of SMTP messaging since a long time. With Postfix, that I really love. The goal of my e-mail today is just to let you know that I'm working since some time on my open source GPLv3 project dedicated to _*real

[Bug fix in previous email] New Postfix log analyzer tool, statistics, grapher, ... PostgreSQL DB 9.2.x based

Dear Postfix Community, Instead of reading in my previous email: "The archive I just uploaded this morning deal with Postfix version >=2.8.x logs." Please read: "The archive I just uploaded this morning deal with Postfix version _*<=2.8.x*_ logs." This is a misstyping from me ;) <>