Re: Transport to non-standard external port

2020-07-14 Thread Viktor Dukhovni
On Tue, Jul 14, 2020 at 05:21:08PM -0700, Daniel Miller wrote: > Given a recipient address in the form "s123...@example.com", and I'm > given the IP and port, do I just need to define an entry in my transport > map? E.g.: > > s123...@example.com 1.2.3.4:5525 You probably won't be surprised

Transport to non-standard external port

2020-07-14 Thread Daniel Miller
I am setting up to use a service from an external company that utilizes SMTP for messaging via a non-standard port. So to be clear - this is *not* for standard mail! Given a recipient address in the form "s123...@example.com", and I'm given the IP and port, do I just need to define an entry

Re: smtpd_recipient_restrictions in mongodb?

2020-07-14 Thread SysAdmin EM
Exactly. Here a typical row | 1382959 | nelly_cab...@gmail.com | REJECT Recipient address rejected for policy reasons | 2018-11-04 01:49:33 mysql> describe virtual_sender_access ; +---+-+--+-+-+-+ | Field |

Re: Cached postscreen blacklist bypass

2020-07-14 Thread Matus UHLAR - fantomas
On 14.07.20 09:29, Michael Orlitzky wrote: Out postmaster/abuse addresses fall through a trapdoor at the top of smtpd_recipient_restrictions, and every once in a while someone decides to abuse that kindness. Yesterday I added 84.54.12.0/24 to postscreen's blacklist to prevent them from ever

Cached postscreen blacklist bypass

2020-07-14 Thread Michael Orlitzky
Out postmaster/abuse addresses fall through a trapdoor at the top of smtpd_recipient_restrictions, and every once in a while someone decides to abuse that kindness. Yesterday I added 84.54.12.0/24 to postscreen's blacklist to prevent them from ever reaching the trapdoor. This morning I was

Re: smtpd_recipient_restrictions in mongodb?

2020-07-14 Thread Ralph Seichter
* SysAdmin EM: > query = SELECT access FROM virtual_sender_access WHERE source='%s' You wrote that you only store nonexistent sources. In that case, the value of the "access" column should always be something that indicates "access denied", possibly a constant value across all entries? If so,