Dňa 25. novembra 2022 21:21:18 UTC používateľ Jarland Donnell via mailop
napísal:
>DO uses third-party services to send emails. If you want to block only their
>cloud ranges, blocking all of their announcements is appropriate.
Anyway, i do not block them directly. I use that ranges to
penalize
On 2022-11-24 at 17:20 +0100, Martin Flygenring via mailop wrote:
> Is anyone else seeing similar issues when forwarding mails from
> gmail.com, back to other addresses at gmail.com?
Yes, it seems nitpicky again.
I recently received a report of one of those failing. Which are a pain
to figure out
On 2022-11-24 at 15:28 -0800, Michael Peddemors wrote:
> Every modern email client can check multiple email accounts.
> The day when remote forwarding was a necessity has now passed, and
> now with things like SPF and other email tests, forwarding simply
> breaks..
When trying to get some user in
On 2022-11-25 at 00:10 -0500, Dave Anderson wrote:
> And even when it's possible it's not always desirable. An
> organization
> I'm involved with has many @ email aliases
> which forward to the person(s) responsible for those functions. This
> is convenient for people who need to communicate with
DO uses third-party services to send emails. If you want to block only
their cloud ranges, blocking all of their announcements is appropriate.
On 2022-11-25 14:16, Slavko via mailop wrote:
Dňa 25. novembra 2022 19:15:07 UTC používateľ Lukas Tribus via mailop
napísal:
Hello,
if we are talking
Dňa 25. novembra 2022 19:15:07 UTC používateľ Lukas Tribus via mailop
napísal:
>Hello,
>
>if we are talking about a list of DO IP prefixes, why not rely on
>routing information with bgpq4 [1] instead?
I live in hope, that these published IPs are including cloud infra only,
not other IPs, as eg.
Hello,
if we are talking about a list of DO IP prefixes, why not rely on
routing information with bgpq4 [1] instead?
$ bgpq4 AS-14061 -A4R32 -F '%n/%l\n' | wc -l
85
$ bgpq4 AS-14061 -A6R128 -F '%n/%l\n' | wc -l
3
$
Should be more reliable than a manually updated txt file.
[1] https://github.c
Dňa 25. novembra 2022 18:09:21 UTC používateľ Jim Popovitch via mailop
napísal:
>It hasn't been there since at least 2022-Feb according to this:
I am sure, that it was accessible after that date, my last update is
from 28. october of this year...
regards
--
Slavko
https://www.slavino.sk/
__
On 2022-11-25 10:05, Slavko via mailop wrote:
Hi,
i was using https://digitalocean.com/geo/google.csv to fill my
internal rbldnsd, but recently i start getting 404 for it. I do not
update these IP ranges too often, thus i am not sure when it
starts to happen, but the problem persists about one w
On Fri, 2022-11-25 at 18:05 +, Slavko via mailop wrote:
> Hi,
>
> i was using https://digitalocean.com/geo/google.csv to fill my
> internal rbldnsd, but recently i start getting 404 for it. I do not
> update these IP ranges too often, thus i am not sure when it
> starts to happen, but the prob
Hi,
i was using https://digitalocean.com/geo/google.csv to fill my
internal rbldnsd, but recently i start getting 404 for it. I do not
update these IP ranges too often, thus i am not sure when it
starts to happen, but the problem persists about one week.
I checked DO docs, but the URL doesn't cha
That is great to hear, and I hadn't thought about when the IPs might be
announced elsewhere. Under that context, the amount of spam from the
IPXO network is actually probably fairly small relative to what it could
be. Look forward to seeing how the operation continues to grow, sounds
like you u
Hello,
There seems to be some misunderstanding in what IPXO is and how it operates.
>> When I first tested the IPXO network they required me to pay them a custom
>> fee to exclude my services from their internal mail scanner. They would
>> otherwise downgrade connections from SSL and intercept
13 matches
Mail list logo
