[mailop] does outbound.protection.outlook.com ignore 550 for RCPT?

2022-09-06 Thread ml+mailop--- via mailop
My system is getting spammed by outbound.protection.outlook.com mail= rcpt=, stat=550 rcpt=, stat=550 and this happens again and again. (note: it happened before with other MAIL addresses) It their MTA broken -- ignoring 550 for RCPT? Or is the sender submitting the mail again and again? the lat

Re: [mailop] SMTP noise from *.bouncer.cloud

2022-09-06 Thread Hal Murray via mailop
ra...@usebouncer.com said: > - marketing teams coming to us from Marketing SaaSs, who, during customer > onboarding, notice that the quality of email lists is low and send their > customers to us to clean it first. My alarm bells went off on one of your first messages when you said little guys

Re: [mailop] SMTP noise from *.bouncer.cloud

2022-09-06 Thread Radek Kaczynski via mailop
Hello Slavko, > > > > I do not understand one thing. Why do you think, that you can use my (or > any other's) hardware for own business without approve? > > > I don't think that. Honestly, I hate that we are using YOUR resources without compensating you. As I wrote before, I'd love to pay.

Re: [mailop] SMTP noise from *.bouncer.cloud

2022-09-06 Thread Slavko via mailop
Dňa 6. septembra 2022 20:39:04 UTC používateľ Radek Kaczynski via mailop napísal: >And as always, I really appreciate and respect your perspective and >constructive exchange of thoughts. >This conversation has stimulated me to reflect on our current and potentially >future business model. I d

Re: [mailop] SMTP noise from *.bouncer.cloud

2022-09-06 Thread Radek Kaczynski via mailop
Hi Hal, Members Interestingly, because we initially were API only, back-end as a service, the most significant portion of our revenue comes from: - Marketing SaaSs - that want to protect their infrastructure from organic but low-quality databases; and here low quality usually comes from old dat

Re: [mailop] SMTP noise from *.bouncer.cloud

2022-09-06 Thread Radek Kaczynski via mailop
Hello Atro, > > Having said all of the above, I truly welcome the fact that you have shown > up here to own up and explain what it is that you are doing and where you > are coming from with this. It may not make matters any better from the > perspective of whether anybody's inclined to accept ema

Re: [mailop] SMTP noise from *.bouncer.cloud

2022-09-06 Thread Luis E . Muñoz via mailop
On 5 Sep 2022, at 18:07, Atro Tossavainen via mailop wrote: >> This is a bit less clear, but I'd say that is fine because you have >> every reason to believe that you are acting on behalf of the address >> owner, not some 3rd party who may not have acquired the address >> legitimately. > > This, t

[mailop] [admin note] Re: SMTP noise from *.bouncer.cloud

2022-09-06 Thread Graeme Fowler via mailop
Hi all Bearing in mind that Radek has somewhat stuck his head above an apparent parapet in participating here, I’d just like to remind you all to: 1. Be kind, even if you’re being critical 2. For everyone’s sake, keep the thread on topic. There is a real, identifiable, problematic issue at hand

Re: [mailop] SMTP noise from *.bouncer.cloud

2022-09-06 Thread Jaroslaw Rafa via mailop
Dnia 5.09.2022 o godz. 15:58:51 Jay Hennigan via mailop pisze: > > Of course, if you want that other person receive all information about > > the progress and results of your application, and you have no access to > > that information (unless you personally come to the office to ask about it), > >

Re: [mailop] SMTP noise from *.bouncer.cloud

2022-09-06 Thread Hal Murray via mailop
Radek Kaczynski said: > That's interesting indeed - we haven't implemented SMTP VRFY as it is very > uncommon. > However, I truly think that it would be great to use VRFY instead of "broken > SMTP trick". > I would be more than happy to pay to use it - or give back to the community > or charity.