Speaking of..
Does anyone know this actor?
Is this a list washing service..
Lot's of 'invalid users' however, large amounts of email at once to
those invalid users.. Fairly big IP Space..
63.250.8.14 1 william1.expedite.scanprofile.net
63.250.8.19
On 8 March 2018 at 16:14, Laura Atkins wrote:
> On Mar 8, 2018, at 1:18 AM, Stefano Bagnara wrote:
>> PS: that trendmicro article is a bit the opposit of Laura answer I got
>> yesterday about "dealing with it offline because making it public is
>> not the way to fix the issue" ;-) I liked that ar
On Thu, Mar 8, 2018 at 10:51 AM, John Levine wrote:
> COI is a useful tool but it is not a magic bullet. People abandon
> their mailboxes and even though it doesn't bounce and nobody
> complains, nobody's reading it either. Also, companies change.
My favorite story about that is back when I wa
On Thu, 2018-03-08 at 13:46 -0500, James Madison wrote:
> eircom.net
They're the incumbent operator here.
If you've already tried postmas...@eircom.net and got no reply after a few
days, try calling the main Eir line and ask for internal IT - that *used*
work years ago.
If you're really stuck, h
Hi All,
I have some users of Safeserve.com and eircom.net that are reporting some
delivery issues that I would like to get some more information on. Their
support teams are not the easiest to get in touch with it seems.
Wondering if anyone has been in touch with either of these isp's before or
ma
On Thursday, 8 March, 2018 16:28, "Ken O'Driscoll via mailop"
said:
> That looks like a problem with your local resolver. My guess is that you
> are doing some sort of query forwarding or maybe querying the root servers
> in an improper manner.
It looks pretty odd from here too.
If you que
On Thu, 8 Mar 2018, Lyle Giese wrote:
I am unable to get to onmicrosoft.com(hosted exchange), doing a dig
+trace onmicrosoft.com ends up:
onmicrosoft.com. 86400 IN NS ns4.bdm.microsoftonline.com.
onmicrosoft.com. 86400 IN NS ns1.bdm.microsoftonline.com.
onmicrosoft.
On Thu, 2018-03-08 at 09:51 -0600, Lyle Giese wrote:
> I am unable to get to onmicrosoft.com(hosted exchange), doing a dig
> +trace onmicrosoft.com ends up:
[...snip...]
> ;; BAD (HORIZONTAL) REFERRAL
> dig: too many lookups
That looks like a problem with your local resolver. My guess is that you
I am unable to get to onmicrosoft.com(hosted exchange), doing a dig
+trace onmicrosoft.com ends up:
onmicrosoft.com. 86400 IN NS ns4.bdm.microsoftonline.com.
onmicrosoft.com. 86400 IN NS ns1.bdm.microsoftonline.com.
onmicrosoft.com. 86400 IN NS ns2.bdm
In article ,
Stefano Bagnara wrote:
>> No. Never. If you do that then the address is tainted and you
>> *cannot* legitimately use information as it as evidence that mail
>> sent to it was unwanted.
>
>This is not the place, but I strongly disagree (but is something very
>subjective, I admit).
>
>
> On Mar 7, 2018, at 5:42 PM, Michael Wise via mailop wrote:
>
>
> Certainly not with all spam traps, but if someone is reviewing the data, and
> trying to decide what to do with a sample, an "Open" message might get sent
> in error.
I have this weird feeling that some of the “opens are per
> On Mar 8, 2018, at 1:18 AM, Stefano Bagnara wrote:
>
>
> PS: that trendmicro article is a bit the opposit of Laura answer I got
> yesterday about "dealing with it offline because making it public is
> not the way to fix the issue" ;-) I liked that article in 2011.
I don’t believe I ever said
Hi All,
We have been seeing timeouts and failed connects to iinet.net.au (and
associated sub ISPs such as adam.com.au) over the past couple of hours.Tests
have shown this isn't just from our networks, as similar results
have been observed from linode and digital ocean VMs.
Is anyone else seeing s
On 8 March 2018 at 02:43, Steve Atkins wrote:
>> On Mar 7, 2018, at 4:38 PM, Stefano Bagnara wrote:
>> Let's take into consideration that spamtrap network have to do their
>> homework to avoid being identified easily, so if they never do
>> opens/clicks they already put a big flash on them. So I
14 matches
Mail list logo
