• John Levine via mailop [2023-12-11 22:00]:
It appears that Gellner, Oliver via mailop said:
And to add a rant to that: I don’t have much sympathy for operators that are
trying to use their control over a MTA or DNSBL as some
kind of extortion tool or to put forward their own vendettas.
• Gellner, Oliver via mailop [2023-12-11 21:29]:
Even if there are a lot of addresses in that netblock that are sending
spam, Domeneshop now officially knows that at least one IP address does
not (Kirills). It would be trivial to exclude it from their blocking,
Domeneshop shall be given due
Hi, Tom
• Tom Bartel via mailop [2023-12-11 17:52]:
Hello Mailops Community,
I wanted to pass along an update regarding coming changes in 2024 to
public query access for Validity reputation data in DNS. We're
finalizing implementation of necessary response codes (including in Spam
• Atro Tossavainen via mailop [2023-12-11 09:54]:
> > Inability to do external DNS lookups makes it impossible to monitor
> > for presence on their list.
>
> https://spam.fail/search?ip=127.0.0.2
Well, yeah, not really _impossible_, but I was referring to doing
monitoring based on DNS lookups,
• Marco Moock via mailop [2023-12-10 11:24]:
Am 10.12.2023 um 10:55:21 Uhr schrieb Kirill Miazine via mailop:
The block is quite new, I guess spam.fail operators just took
Hetzner's IP ranges and put in their lists
https://spam.fail/search?ip=65.108.153.125
It really seems
Hi, list
Started getting reports of failed deliveries due to listing on some --
until now unknown to me -- DNSBL called dnsbl.spam.fail. I have never
seen it before -- anyone has a clue what this list is about?
It's used by Norwegian provider Domeneshop, and they have quite a big
share of
I guess discussing my setup (retry rules, queue lifetime or encryption
setup) is not strictly on the topic, but I'm commenting it further:
• Slavko via mailop [2023-10-09 09:34]:
Dňa 9. 10. o 8:44 Kirill Miazine via mailop napísal(a):
The reason for a long retry is that I have to manually
• Simon Arlott via mailop [2023-10-09 09:12]:
On 09/10/2023 07:44, Kirill Miazine via mailop wrote:
The reason for a long retry is that I have to manually decrypt mailstore
partition in case of server reboot. Exim would accept the message, but
defer delivery until the mount appears. I wanted
Hi, Rob
Thanks for your email and for confirming my theory.
• Robert Mueller via mailop [2023-10-09 08:23]:
I see that current setup might be useful in case some user changes MX
before the domain is activated at Fastmail, in which case giving 4xx
could make sense. But it is not right to
3 at 10:02 AM Kirill Miazine via mailop
mailto:mailop@mailop.org>> wrote:
• Marco M. via mailop [2023-10-08 14:26]:
> Am 08.10.2023 um 13:59:10 Uhr schrieb Kirill Miazine:
>
>> Actually the error message "Relay access denied" indicates that
&
• Marco M. via mailop [2023-10-08 14:26]:
Am 08.10.2023 um 13:59:10 Uhr schrieb Kirill Miazine:
Actually the error message "Relay access denied" indicates that
domain is not configured at Fastmail anymore. I just tried and
non-existent users give a different error message:
Everybody can set
own tiny server get bad "sender score"... Now I don't know how much
sender score is really used and whether it will be reset at some point.
• Marco M. via mailop [2023-10-08 08:55]:
Am 07.10.2023 um 22:41:01 Uhr schrieb Kirill Miazine via mailop:
Recently I experienced a very "in
Hi, mailops
Recently I experienced a very "interesting" case which gave my personal
email server "poor" "sender score" due to high rate of emails sent from
my server to non-existent users.
It _couldn't_ be right, as the server is used only by myself and some
very few family members, and
• Kirill Miazine via mailop [2022-10-19 19:21]:
[...]
> I've sent t...@rx.t-online.de an email and asked to clarify why my fullu
> compliant mail server on TransIP network is being blocked and what kind
> of problem has occured.
And there I've received a response:
Thank you very much
• Kai 'wusel' Siering via mailop [2022-10-20 00:44]:
[...]
> > In the German Net Neutrality report 2020/2021, published by
> > Bundesnetzagentur, section 24, they say:
> >
> > In several cases end-users could not receive incoming emails. They
> > believed that internet access providers
• Bernardo Reino via mailop [2022-10-19 20:24]:
> On Wed, 19 Oct 2022, Kirill Miazine via mailop wrote:
>
> > • Bernardo Reino via mailop [2022-10-19 14:51]:
> > > On 2022-10-19 14:25, Stefano Bagnara via mailop wrote:
> > > > On Wed, 19 Oct 2022 at 13:3
• Bernardo Reino via mailop [2022-10-19 14:51]:
> On 2022-10-19 14:25, Stefano Bagnara via mailop wrote:
> > On Wed, 19 Oct 2022 at 13:32, Heiko Schlittermann via mailop
> > wrote:
> > > A given mailhost (ran privately for smaller entities) can't send
> > > messages to T-Online anymore.
> > >
>
17 matches
Mail list logo
