Re: Being blocked with error 554 5.7.1

2020-09-12 Thread Dominic Raferd
Interesting. Your off-list reply to mine was bounced by Google (when our server relayed it). You wrote: > The from header is: > edulinkbordengrammar.kent.sch.uk > however they've set a non-existent account as the reply to... Those look fine to me. But why was your message to me bounced by Google

Re: Being blocked with error 554 5.7.1

2020-09-12 Thread David Bürgin
Dominic Raferd: > Are you able to fix the DMARC entry in your DNS? It has spurious escaped > quotes. The SPF record is invalid, too, ‘a:81.145.130.2’ is not valid syntax. Perhaps these add to some negative score for your messages.

Re: Postscreen Logfile Analyser

2020-09-12 Thread Jos Chrispijn
On 12-9-20 8:31, Admin Beckspaced wrote: I use pslogscan for postscreen Thanks, I think I can make this work. Best, Jos Chrispijn -- With both feet on the ground you can't make any step forward

Re: Postscreen Logfile Analyser

2020-09-12 Thread Jos Chrispijn
On 11-9-20 21:08, Michael Orlitzky wrote: I still use postfix-logwatch (http://logreporters.sourceforge.net/), but there are a few patches to apply since the maintainer went AWOL: Thanks for this; I am a nub on perl, but will certainly give it a try. Best, Jos Chrispijn -- With both feet on

managing multiple virtual_alias_map *flat* files ?

2020-09-12 Thread PGNet Dev
I'm exploring an all flat-file virtual-address-only postfix setup. well, using lmdb -- NOT sql or ldap, to be accurate. When it comes to alias management, I'm not convinced my approach is (easily) doable in flat-files. For each virtual address defined in virtual_mailbox_maps= lmdb

Re: managing multiple virtual_alias_map *flat* files ?

2020-09-12 Thread Viktor Dukhovni
On Sat, Sep 12, 2020 at 11:52:51AM -0700, PGNet Dev wrote: > I'm exploring an all flat-file virtual-address-only postfix setup. > well, using lmdb -- NOT sql or ldap, to be accurate. This feels like an instance of an XY problem. Your approach to problem X leads you to approach Y, which runs into

Re: managing multiple virtual_alias_map *flat* files ?

2020-09-12 Thread PGNet Dev
On 9/12/20 3:26 PM, Viktor Dukhovni wrote: > What is the actual goal here? having recently migrated a few boxes from my own, DIY'd app & prereq builds to distro pkg'ing reminded of the 'joys' of pulling in bloated dependencies, etc. i'm simply exploring an as-thin-as-possible/lightweight deplo

Re: managing multiple virtual_alias_map *flat* files ?

2020-09-12 Thread Viktor Dukhovni
On Sat, Sep 12, 2020 at 04:52:43PM -0700, PGNet Dev wrote: > On 9/12/20 3:26 PM, Viktor Dukhovni wrote: > > What is the actual goal here? > > having recently migrated a few boxes from my own, DIY'd app & prereq builds > to distro pkg'ing reminded of the 'joys' of pulling in bloated dependencies,

Re: managing multiple virtual_alias_map *flat* files ?

2020-09-12 Thread PGNet Dev
On 9/12/20 5:03 PM, Viktor Dukhovni wrote: > If this is just your own way to organise data managed by a single > authority (you) in _this_ case, it is. > then organise it any way you like, then run "make" > to create a single virtual(5) aliases file that you "postmap" in > the usual way. to date