[GLLUG] Postgrey holding list

[Marco van Beek]

Those two do not contradict each other. 

PostGrey simply stores an entry with a timestamp. It doesn't record that
anything is waiting, just when the last SMTP connection was made. If
someone sends an email to the same person from the same server every few
days they are never greylisted, and for the same reason a second email
from the same person on the same server sent 5:01 minutes later will
sail through PostGrey checks, whereas the queued email sometimes doesn't
arrive for hours. 

I think you are about to waste a lot of time and effort trying to read a
database that won't tell you what you want to know, but it's not my time
and not my problem. 

You may notice that nobody else has written back to say it works
differently to what John and I have said, and we have been looking after
email servers with PostGrey for over a decade, and I am the only person
to tell you about the existing reporting tool, which isn't perfect but
would give you somewhere to start to better understand the problem. 

I suggest you read the man page for postgreyreport:
http://manpages.ubuntu.com/manpages/trusty/man1/postgreyreport.1.html
[1] 

And then feel free to wind your neck in a bit and apologise. I
appreciate English might not be your first language, but you have been
very rude / arrogant towards me. I told you there was a tool, and by
your answers, it looks like you didn't even bother to read up about it. 

Regards, 

Marco 

On 2020-03-03 15:31, Henrik Morsing wrote:

> On Tue, Mar 03, 2020 at 03:27:52PM +0000, Marco van Beek wrote: 
> 
>> How does it contradict everything I have said?
> 
> - PostGrey doesn't care about what is waiting. 
> 
> - Nothing knows that it is in a 'waiting' state.
> 
> Anyway, I am looking at writing something to read the database. All I really asked if there was already a tool out there, and there isn't or at least no-one has mentioned it yet.
> 
> Thanks
> Henrik
 

Links:
------
[1]
http://manpages.ubuntu.com/manpages/bionic/man1/postgreyreport.1.html
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.lug.org.uk/pipermail/gllug/attachments/20200303/89caf6e4/attachment-0001.html>