Re: [mailop] verizon email-to-text gateway mail deferred evening and night

[John Levine via mailop]

It appears that Osborne, Richard via mailop  said:
>-=-=-=-=-=-
>-=-=-=-=-=-
>We have been seeing this also for about the last week.  Our Verizon reps are 
>telling us we need to
>pay for their EMAG (Enterprise Messaging) service to not get blocked.

WHen you use someone else's free e-mail gateway, it shouldn't be
surprising that sometimes you only get what you paid for.

I agree that if you want to send SMS messages, you should send SMS
messages through a real gateway like AWS or Twilio or Azure. In small
quantities they're under 1c each, with substantial volume discounts.

If it's not worth 1c to get your messages out, perhaps this would be a
good time to reconsider why exactly you're sending them in the first
place.

R's,
John
___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop

Re: [mailop] OpenDMARC

[jose.morales.velazquez--- via mailop]

Hi,

On some OS(s) you need to enable each on their own config file, as just 
installing doesn't do it, on my configuration these files are located in the 
"/etc/default" folder. Also make sure the port is set correctly in the file. 
Then, restart their service and test.


-Original Message-
From: "Mary via mailop" 
Sent: Monday, December 26, 2022 2:42pm
To: mailop@mailop.org
Subject: [mailop] OpenDMARC


Hi everyone,

Is OpenDMARC still in development? I'm having problems with amazon.de emails, 
they all fail with:

postfix/cleanup[412056]: warning: milter inet:127.0.0.1:8893: can't read 
SMFIC_BODYEOB reply packet header: Connection timed out
postfix/cleanup[412056]: E1E6045BCA: milter-reject: END-OF-MESSAGE from 
a1-38.smtp-out.eu-west-1.amazonses.com[54.240.1.38]: 4.7.1 Service unavailable 
- try again later;

Are there any alternatives to OpenDMARC and OpenDKIM?

Thank you.

___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop


___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop

Re: [mailop] verizon email-to-text gateway mail deferred evening and night

[Brandon Applegate via mailop]

I’ve just hit this recently too.  There are a bunch of threads on the official 
VZW forums.  Of course with all due respect to the VZW employees that actually 
try and reply in there - they have 0 clue what this even is…

I just ordered an unlocked 4G USB stick from ebay and a $5/month SIM from 
Tello.  I have a Rasberry PI itching for something more to do.

Sent from my phone

___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop

Re: [mailop] Spam received from ips with forged reverse names

[Mary via mailop]

My deepest condolences :)



On Fri, 6 Jan 2023 18:29:05 +0100 Jaroslaw Rafa via mailop  
wrote:

> Dnia  6.01.2023 o godz. 19:16:16 Mary via mailop pisze:
> > 
> > Eventually I got tired of them and blocked all their AS networks from all
> > my clients. Spam and other malicious traffic dropped by 20% and not a
> > single complaint about legitimate traffic being blocked.  
> 
> Probably because I don't know anyone who you manage mail for and had no
> reason to mail them. Because my server is hosted by OVH exactly.
> -- 
> Regards,
>Jaroslaw Rafa
>r...@rafa.eu.org
> --
> "In a million years, when kids go to school, they're gonna know: once there
> was a Hushpuppy, and she lived with her daddy in the Bathtub."
> ___
> mailop mailing list
> mailop@mailop.org
> https://list.mailop.org/listinfo/mailop
___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop

Re: [mailop] Spam received from ips with forged reverse names

[Jaroslaw Rafa via mailop]

Dnia  6.01.2023 o godz. 19:16:16 Mary via mailop pisze:
> 
> Eventually I got tired of them and blocked all their AS networks from all
> my clients. Spam and other malicious traffic dropped by 20% and not a
> single complaint about legitimate traffic being blocked.

Probably because I don't know anyone who you manage mail for and had no
reason to mail them. Because my server is hosted by OVH exactly.
-- 
Regards,
   Jaroslaw Rafa
   r...@rafa.eu.org
--
"In a million years, when kids go to school, they're gonna know: once there
was a Hushpuppy, and she lived with her daddy in the Bathtub."
___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop

Re: [mailop] Spam received from ips with forged reverse names

[Mary via mailop]

I don't think they care to do that, probably because they make a lot of money 
from said miscreants

One such bright example, is OVH. I've had the unpleasant experience dealing 
with their imaginary "abuse" department.

Eventually I got tired of them and blocked all their AS networks from all my 
clients. Spam and other malicious traffic dropped by 20% and not a single 
complaint about legitimate traffic being blocked.



On Fri, 6 Jan 2023 08:53:31 -0800 Michael Peddemors via mailop 
 wrote:

> For the record, this has been going on for some time...
> You know it is a bullet proof hoster when...
> 
> You see those companies on RBL's really quickly.  Surprised that many 
> well known hosters don't simply do a PTR walk on their own IP Space, 
> reveals quite quickly the miscreants.  It's #NOTHATHARD ;)
> 
> If all hosting companies did two simple things, they would catch most of 
> the bad actors, before their IP space got blacklisted.
___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop

Re: [mailop] Spam received from ips with forged reverse names

[Michael Peddemors via mailop]

For the record, this has been going on for some time...
You know it is a bullet proof hoster when...

You see those companies on RBL's really quickly.  Surprised that many 
well known hosters don't simply do a PTR walk on their own IP Space, 
reveals quite quickly the miscreants.  It's #NOTHATHARD ;)


If all hosting companies did two simple things, they would catch most of 
the bad actors, before their IP space got blacklisted.


On 2023-01-05 13:46, Serizy via mailop wrote:

Hello.

I would like to report here a spam source that is sending messages to 
some of our users. Interestingly this source is using forged reverse 
names for their ips, and they are using many different ips in what seems 
a snowshoe pattern.


The domains used for their reverse names, PTR records, are “stolen” from 
other public companies, even Microsoft or Google!


Has anyone seen this pattern? Are they trying to steal reputation from 
these domains?  Almost all messages received end in spam folder, but 
what worries me is that, the PTR resolves to the fake hostname, but the 
host name doesn’t resolve to the ip, logically…and the messages go to 
the user mailbox in Outlook.com


All messages come from same source, they all show the same footer, with 
different company/database name, but same physical address…they belong 
to the same sender company, of course, that points to be Rodlandsky.


Is there any way to report this? Shouldn’t be even legal I think.

I’ll post here most samples i got from the users mailbox, for your 
review, as you can see, there are lots of ips pointing to forged host 
names with domains that they don’t own:


Received: fromr81.e-mails.microsoft.com(5.105.205.36)
Date: Thu, 22 Dec 2022 08:09:41 +0100
;
Received: frommta.adriatics.eucerin.com(200.234.137.46)
Date: Tue, 20 Dec 2022 09:26:34 +0100
;
Received: fromeoei.mta7.appspot.com(20.185.222.69)
Date: Fri, 30 Dec 2022 05:09:19 +0100
;
Received: fromebifccidhbfd.ams03.turbo-smtp.net(103.180.85.188)
Date: Tue, 27 Dec 2022 16:11:06 +0100
;
Received: from mx01.cruncher.email (115.126.32.242)
Date: Sat, 24 Dec 2022 05:09:00 +0100
;
Received: frommail.projectseven.com(200.234.157.51)
Date: Mon, 26 Dec 2022 03:43:00 +0100
;
Received: frommta.deliver.purdue.edu(212.236.83.49)
Date: Tue, 27 Dec 2022 05:49:15 +0100
;
Received: frommta.fr.page.com(200.234.159.125)
Date: Mon, 26 Dec 2022 13:06:12 +0100
;
Received: frommailing.agrealestate.eu(212.236.153.158)
Date: Sun, 01 Jan 2023 14:19:19 +0100
;
Received: frommta.email.interepargne.natixis.com(139.190.109.57)
Date: Tue, 20 Dec 2022 22:36:38 +0100
;
Received: frommta.comm.hanglungmalls.com(5.105.133.174)
Date: Thu, 22 Dec 2022 18:47:25 +0100
;
Received: frommailing.makeinternetfair.eu(5.105.146.211)
Date: Sat, 24 Dec 2022 16:30:43 +0100
;
Received: frommta.email.dominionenergysc.com(115.126.39.182)
Date: Sun, 25 Dec 2022 19:19:31 +0100
;
Received: frommta.palvelut.lexus.fi(5.105.152.110)
Date: Sat, 24 Dec 2022 16:29:36 +0100
;
Received: fromo185.p8.mailjet.com(212.236.116.176)
Date: Tue, 27 Dec 2022 18:06:24 +0100
;
Received: frommailing.whoman.be(5.105.140.222)
Date: Tue, 20 Dec 2022 21:23:41 +0100
;
Received: frommta.franciscanhealth-email.org(114.66.160.188)
Date: Fri, 23 Dec 2022 12:18:47 +0100
;
Received: frommailing.dommelroute.be(212.236.119.33)
Date: Sat, 24 Dec 2022 05:13:43 +0100
;
Received: fromrelay-001.mailer.nexxtmove.me(200.239.192.62)
Date: Sun, 25 Dec 2022 16:04:50 +0100
;
Received: frommta99d8.r.grouponmail.fr(5.105.145.217)
Date: Wed, 28 Dec 2022 10:00:18 +0100
;
Received: frommail-io1-f100.google.com(200.239.241.28)
Date: Fri, 30 Dec 2022 14:33:27 +0100
;
Received: frompr81.mxout.mta2.net(200.234.136.92)
Date: Thu, 29 Dec 2022 08:34:06 +0100
;
Received: frommailing.pvi.be(139.190.109.253)
Date: Tue, 20 Dec 2022 21:14:14 +0100
;
Received: frommail.projectseven.com(114.66.162.153)
Date: Thu, 22 Dec 2022 04:17:16 +0100
;
Received: frommta.mail.payingtoomuch.com(200.239.194.171)
Date: Thu, 22 Dec 2022 12:17:38 +0100
;
Received: frommta.traveladvisors.exoticca.com(200.239.194.240)
Date: Fri, 23 Dec 2022 08:08:47 +0100
;
Received: fromo1.email.dossierdata.nl(5.105.167.21)
Date: Tue, 20 Dec 2022 14:14:57 +0100
;
Received: frommta057234.operations.smartbox.com(5.105.154.89)
Date: Mon, 26 Dec 2022 12:21:19 +0100
;
Received: frommail.rpr-spa.it(200.239.201.200)
Date: Fri, 23 Dec 2022 07:55:00 +0100
;
Received: frommail3.ept.de(200.234.157.188)
Date: Mon, 26 Dec 2022 14:00:51 +0100
;
Received: frommail5.mxc.infra.improvmx.com(87.246.22.41)
Date: Wed, 28 Dec 2022 12:09:53 +0100
;
Received: frommta.email.onduo.com(177.37.10.95)
Date: Thu, 29 Dec 2022 08:52:29 +0100
;
Received: frome96.umail.jobcase.com(212.236.82.81)
Date: Fri, 30 Dec 2022 19:14:01 +0100
;
Received: frommta.mail1.editions-heritage.com(5.105.133.194)
Date: Sat, 24 Dec 2022 16:09:09 +0100
;
Received: frommta010.addemar.com(5.105.154.222)
Date: Fri, 30 Dec 2022 23:48:58 +0100
;
Received: frompr73.mxout.mta2.net(74.117.117.220)
Date: Tue, 03 Jan 

Re: [mailop] verizon email-to-text gateway mail deferred evening and night

[Jarland Donnell via mailop]

Considering how easy it is to get IPs blocked from every Verizon-owned 
brand, because one single person sent the wrong email to SMS and tripped 
a filter, and that you have to escalate to the CEO's team to get 
unblocked, I don't know why anyone even rolls these dice anymore. I tell 
everyone to use Twilio or Pushover if they want to get messages to 
phones.


On 2023-01-06 09:15, chris via mailop wrote:

Yep this is intentional to coerce into pay to play

On Fri, Jan 6, 2023, 10:07 AM Osborne, Richard via mailop
 wrote:


We have been seeing this also for about the last week.  Our Verizon
reps are telling us we need to pay for their EMAG (Enterprise
Messaging) service to not get blocked.

Richard Osborne

Information Systems

West Tennessee Healthcare

NOTICE:  (1) The foregoing is not intended to be a legally binding
or legally effective electronic signature. (2) This message may
contain legally privileged or confidential information.  If you are
not the intended recipient of this message, please so notify me,
disregard the foregoing message, and delete the message immediately.
I apologize for any inconvenience this may have caused.

From: mailop  On Behalf Of Dima Gomonyk
via mailop
Sent: Friday, January 6, 2023 6:28 AM
To: z...@stat.colostate.edu; mailop@mailop.org
Subject: Re: [mailop] verizon email-to-text gateway mail deferred
evening and night

Attention: This email originated from outside of West Tennessee
Healthcare. Always validate the sender's email address before
clicking on links or attachments as they may not be safe. Never
provide your username or password to a site you do not trust. Please
forward suspicious e-mails to phish...@wth.org.

I've been looking into this exact thing yesterday: Verizon's
mail-to-sms gateways. Might have been going on a long time and I’m
just noticing.

No emails are accepted between 0:00 to 11:59 UTC time every day (the
deferrals during that time frame are a somewhat misleading AUP#CNCT
from Cloudflare)
Emails are accepted only between 12:00 to 23:59 UTC time every day.

12 UTC is 7 EST

So in my opinion this looks like an enforced “do not disturb” by
Verizon to ensure SMS delivery only between 7am to 7pm EST time -
during the "social hours" or whatnot. At least one other ESP I have
contact with has confirmed they're seeing exactly the same time
frames.

I'm not a fan of the somewhat unclear bounce/deferral string they're
returning but I don't think Coudflare is doing it on their own, it's
too clean of a cutoff time - probably a Verizon rule.

On 01/06/2023 02:22, Zube via mailop wrote:


This is new as the past few days and rather odd.

Mail sent through the Verizon email-to-text gateway is fine during

the day when the relay is:

relay=vrz-mms.mx.a.cloudfilter.net [1]. [52.37.233.84]

or

relay=vrz-mms.mx.a.cloudfilter.net [1]. [35.169.108.175]

but starting somewhere around 5pm MST, mail sent to vtext.com [2],

vzwpix.com [3] or mypixmessages.com [4] is deferred:

relay=smtpin02-mms.vzw.a.cloudfilter.net [5]. [52.33.196.155],

dsn=4.0.0, reply=421 vrz-ibgw-6003a.ext.cloudfilter.net [6]

Mail sent from gmail makes it through.

Sometime around 5am the following day, a resend of the mail makes

it through again, but then it's hitting one of the two other
servers

listed above.

I'm not the only one seeing this:





https://community.verizon.com/t5/Verizon-Messages/Vtext-messages-Severe-Delay/td-p/1240767/page/7

[7]

Going the other way, text-to-email seems to work fine and it
arrives from

(in one test) twbgohaavzwvcmta-c-nk-x-00-sms-02.vtext.com [8]
[63.55.64.200]

after first going through m04.vzwpix.com [9] (unknown
[63.59.66.15])

If anyone from Verizon or cloudfilter.net [10] is listening,
please

advise.

Cheers,

Zube

___

mailop mailing list

mailop@mailop.org

https://list.mailop.org/listinfo/mailop [11]


--

--

Dima Gomonyk
_Email Deliverability&Abuse Specialist, SMTP_

Campaigner | iContact | SMTP

p:

877.705.9362

a:

2 Gurdwara Rd, Suite 300, Ottawa, Canada

w:

smtp.com [12] e: dmitry.gomo...@smtp.com

-

-

This email, its contents and attachments contain information from
Ziff Davis, Inc. and/or its affiliates which may be privileged,
confidential or otherwise protected from disclosure. The information
is intended to be for the addressee(s) only. If you are not an
addressee, any disclosure, copy, distribution or use of the contents
of this message is prohibited. If you have received this email in
error, please notify the sender by reply email and delete the
original message and any copies.
___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop



Links:
--
[1] http://vrz-mms.mx.a.cloudfilter.net
[2] http://vtext.com
[3] http://vzwpix.com
[4] http://mypixmessages.com
[5] http://smtpin02-mms.vzw.a.cloudfilter.net
[6] http://vrz-ibgw-6003a.ext.cloudfilter.net
[7] 
https://linklock

Re: [mailop] verizon email-to-text gateway mail deferred evening and night

[chris via mailop]

Yep this is intentional to coerce into pay to play

On Fri, Jan 6, 2023, 10:07 AM Osborne, Richard via mailop 
wrote:

> We have been seeing this also for about the last week.  Our Verizon reps
> are telling us we need to pay for their EMAG (Enterprise Messaging) service
> to not get blocked.
>
>
>
>
>
> Richard Osborne
>
> Information Systems
>
> West Tennessee Healthcare
>
>
>
> NOTICE:  (1) The foregoing is not intended to be a legally binding or
> legally effective electronic signature. (2) This message may contain
> legally privileged or confidential information.  If you are not the
> intended recipient of this message, please so notify me, disregard the
> foregoing message, and delete the message immediately.  I apologize for any
> inconvenience this may have caused.
>
>
>
>
>
> *From:* mailop  *On Behalf Of *Dima Gomonyk
> via mailop
> *Sent:* Friday, January 6, 2023 6:28 AM
> *To:* z...@stat.colostate.edu; mailop@mailop.org
> *Subject:* Re: [mailop] verizon email-to-text gateway mail deferred
> evening and night
>
>
>
> *Attention: **This email originated from outside of West Tennessee
> Healthcare. **Always validate the sender's email address *before clicking
> on links or attachments as they may not be safe. *Never provide your
> username or password to a site you do not trust. *Please forward
> suspicious e-mails to phish...@wth.org.
>
> I've been looking into this exact thing yesterday: Verizon's mail-to-sms
> gateways. Might have been going on a long time and I’m just noticing.
>
> No emails are accepted between 0:00 to 11:59 UTC time every day (the
> deferrals during that time frame are a somewhat misleading AUP#CNCT from
> Cloudflare)
> Emails are accepted only between 12:00 to 23:59 UTC time every day.
>
> 12 UTC is 7 EST
>
> So in my opinion this looks like an enforced “do not disturb” by Verizon
> to ensure SMS delivery only between 7am to 7pm EST time - during the
> "social hours" or whatnot. At least one other ESP I have contact with has
> confirmed they're seeing exactly the same time frames.
>
> I'm not a fan of the somewhat unclear bounce/deferral string they're
> returning but I don't think Coudflare is doing it on their own, it's too
> clean of a cutoff time - probably a Verizon rule.
>
> On 01/06/2023 02:22, Zube via mailop wrote:
>
> This is new as the past few days and rather odd.
>
>
>
> Mail sent through the Verizon email-to-text gateway is fine during
>
> the day when the relay is:
>
>
>
> relay=vrz-mms.mx.a.cloudfilter.net. [52.37.233.84]
>
>
>
> or
>
>
>
> relay=vrz-mms.mx.a.cloudfilter.net. [35.169.108.175]
>
>
>
> but starting somewhere around 5pm MST, mail sent to vtext.com,
>
> vzwpix.com or mypixmessages.com is deferred:
>
>
>
> relay=smtpin02-mms.vzw.a.cloudfilter.net. [52.33.196.155],
>
> dsn=4.0.0, reply=421 vrz-ibgw-6003a.ext.cloudfilter.net
>
>
>
> Mail sent from gmail makes it through.
>
>
>
> Sometime around 5am the following day, a resend of the mail makes
>
> it through again, but then it's hitting one of the two other servers
>
> listed above.
>
>
>
> I'm not the only one seeing this:
>
>
>
> https://community.verizon.com/t5/Verizon-Messages/Vtext-messages-Severe-Delay/td-p/1240767/page/7
>  
> 
>
>
>
> Going the other way, text-to-email seems to work fine and it arrives from
>
> (in one test) twbgohaavzwvcmta-c-nk-x-00-sms-02.vtext.com [63.55.64.200]
>
> after first going through m04.vzwpix.com (unknown [63.59.66.15])
>
>
>
> If anyone from Verizon or cloudfilter.net is listening, please
>
> advise.
>
>
>
> Cheers,
>
> Zube
>
> ___
>
> mailop mailing list
>
> mailop@mailop.org
>
> https://list.mailop.org/listinfo/mailop 
> 
>
> --
>
> --
>
>
> *Dima Gomonyk **Email Deliverability&Abuse Specialist, SMTP*
>
> *Campaigner | iContact | SMTP*
>
> p:
>
> 877.705.9362
>
> a:
>
> 2 Gurdwara Rd, Suite 300, Ottawa, Canada
>
> w:
>
> smtp.com
> 
> e: dmitry.gomo...@smtp.com 
>
>
> --
>
>
> --
>
> This email, its contents and attachments contain information from Ziff
> Davis, 

Re: [mailop] verizon email-to-text gateway mail deferred evening and night

[Osborne, Richard via mailop]

We have been seeing this also for about the last week.  Our Verizon reps are 
telling us we need to pay for their EMAG (Enterprise Messaging) service to not 
get blocked.


Richard Osborne
Information Systems
West Tennessee Healthcare

NOTICE:  (1) The foregoing is not intended to be a legally binding or legally 
effective electronic signature. (2) This message may contain legally privileged 
or confidential information.  If you are not the intended recipient of this 
message, please so notify me, disregard the foregoing message, and delete the 
message immediately.  I apologize for any inconvenience this may have caused.


From: mailop  On Behalf Of Dima Gomonyk via mailop
Sent: Friday, January 6, 2023 6:28 AM
To: z...@stat.colostate.edu; mailop@mailop.org
Subject: Re: [mailop] verizon email-to-text gateway mail deferred evening and 
night

Attention: This email originated from outside of West Tennessee Healthcare. 
Always validate the sender's email address before clicking on links or 
attachments as they may not be safe. Never provide your username or password to 
a site you do not trust. Please forward suspicious e-mails to 
phish...@wth.org.

I've been looking into this exact thing yesterday: Verizon's mail-to-sms 
gateways. Might have been going on a long time and I’m just noticing.

No emails are accepted between 0:00 to 11:59 UTC time every day (the deferrals 
during that time frame are a somewhat misleading AUP#CNCT from Cloudflare)
Emails are accepted only between 12:00 to 23:59 UTC time every day.

12 UTC is 7 EST

So in my opinion this looks like an enforced “do not disturb” by Verizon to 
ensure SMS delivery only between 7am to 7pm EST time - during the "social 
hours" or whatnot. At least one other ESP I have contact with has confirmed 
they're seeing exactly the same time frames.

I'm not a fan of the somewhat unclear bounce/deferral string they're returning 
but I don't think Coudflare is doing it on their own, it's too clean of a 
cutoff time - probably a Verizon rule.
On 01/06/2023 02:22, Zube via mailop wrote:

This is new as the past few days and rather odd.



Mail sent through the Verizon email-to-text gateway is fine during

the day when the relay is:



relay=vrz-mms.mx.a.cloudfilter.net. [52.37.233.84]



or



relay=vrz-mms.mx.a.cloudfilter.net. [35.169.108.175]



but starting somewhere around 5pm MST, mail sent to vtext.com,

vzwpix.com or mypixmessages.com is deferred:



relay=smtpin02-mms.vzw.a.cloudfilter.net. [52.33.196.155],

dsn=4.0.0, reply=421 vrz-ibgw-6003a.ext.cloudfilter.net



Mail sent from gmail makes it through.



Sometime around 5am the following day, a resend of the mail makes

it through again, but then it's hitting one of the two other servers

listed above.



I'm not the only one seeing this:



https://community.verizon.com/t5/Verizon-Messages/Vtext-messages-Severe-Delay/td-p/1240767/page/7



Going the other way, text-to-email seems to work fine and it arrives from

(in one test) twbgohaavzwvcmta-c-nk-x-00-sms-02.vtext.com [63.55.64.200]

after first going through m04.vzwpix.com (unknown [63.59.66.15])



If anyone from Verizon or cloudfilter.net is listening, please

advise.



Cheers,

Zube

___

mailop mailing list

mailop@mailop.org

https://list.mailop.org/listinfo/mailop
--
--
Dima Gomonyk
Email Deliverability&Abuse Specialist, SMTP

Campaigner | iContact | SMTP

p:

877.705.9362

a:

2 Gurdwara Rd, Suite 300, Ottawa, Canada

w:

smtp.com
 e: dmitry.gomo...@smtp.com






This email, its contents and attachments contain information from Ziff Davis, 
Inc. and/or its affiliates which may be privileged, confidential or otherwise 
protected from disclosure. The information is intended to be for the 
addressee(s) only. If you are not an addressee, any disclosure, copy, 
distribution or use of the contents of this message is prohibited. If you have 
received this email i

Re: [mailop] verizon email-to-text gateway mail deferred evening and night

[Dima Gomonyk via mailop]

I've been looking into this exact thing yesterday: Verizon's mail-to-sms 
gateways. Might have been going on a long time and I’m just noticing.


No emails are accepted between 0:00 to 11:59 UTC time every day (the 
deferrals during that time frame are a somewhat misleading AUP#CNCT from 
Cloudflare)

Emails are accepted only between 12:00 to 23:59 UTC time every day.

12 UTC is 7 EST

So in my opinion this looks like an enforced “do not disturb” by Verizon 
to ensure SMS delivery only between 7am to 7pm EST time - during the 
"social hours" or whatnot. At least one other ESP I have contact with 
has confirmed they're seeing exactly the same time frames.


I'm not a fan of the somewhat unclear bounce/deferral string they're 
returning but I don't think Coudflare is doing it on their own, it's too 
clean of a cutoff time - probably a Verizon rule.


On 01/06/2023 02:22, Zube via mailop wrote:

This is new as the past few days and rather odd.

Mail sent through the Verizon email-to-text gateway is fine during
the day when the relay is:

relay=vrz-mms.mx.a.cloudfilter.net. [52.37.233.84]

or

relay=vrz-mms.mx.a.cloudfilter.net. [35.169.108.175]

but starting somewhere around 5pm MST, mail sent to vtext.com,
vzwpix.com or mypixmessages.com is deferred:

relay=smtpin02-mms.vzw.a.cloudfilter.net. [52.33.196.155],
dsn=4.0.0, reply=421 vrz-ibgw-6003a.ext.cloudfilter.net

Mail sent from gmail makes it through.

Sometime around 5am the following day, a resend of the mail makes
it through again, but then it's hitting one of the two other servers
listed above.

I'm not the only one seeing this:

https://community.verizon.com/t5/Verizon-Messages/Vtext-messages-Severe-Delay/td-p/1240767/page/7

Going the other way, text-to-email seems to work fine and it arrives from
(in one test) twbgohaavzwvcmta-c-nk-x-00-sms-02.vtext.com [63.55.64.200]
after first going through m04.vzwpix.com (unknown [63.59.66.15])

If anyone from Verizon or cloudfilter.net is listening, please
advise.

Cheers,
Zube
___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop

--
--

Dima Gomonyk
/Email Deliverability&Abuse Specialist, SMTP/
*Campaigner | iContact | SMTP*
p:  877.705.9362
a:  2 Gurdwara Rd, Suite 300, Ottawa, Canada
w:  smtp.com  e: dmitry.gomo...@smtp.com

--


This email, its contents and attachments contain information from Ziff 
Davis, Inc. and/or its affiliates which may be privileged, confidential or 
otherwise protected from disclosure. The information is intended to be for 
the addressee(s) only. If you are not an addressee, any disclosure, copy, 
distribution or use of the contents of this message is prohibited. If you 
have received this email in error, please notify the sender by reply email 
and delete the original message and any copies.


___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop