Yep this is intentional to coerce into pay to play On Fri, Jan 6, 2023, 10:07 AM Osborne, Richard via mailop <[email protected]> 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 <[email protected]> *On Behalf Of *Dima Gomonyk > via mailop > *Sent:* Friday, January 6, 2023 6:28 AM > *To:* [email protected]; [email protected] > *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 [email protected]. > > 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 > > <https://linklock.titanhq.com/analyse?url=https%3A%2F%2Fcommunity.verizon.com%2Ft5%2FVerizon-Messages%2FVtext-messages-Severe-Delay%2Ftd-p%2F1240767%2Fpage%2F7&data=eJw1jU8LwjAMxT_Ndmtpt27z0oMgogfxIAiepO3CVljX0Xbq_PTGfxDywi_vJUbWhWoqLQRjnOu8lffUUx-63ElOLrtS76-rYwd5lE7ZwU9E-3k0EDPBvuBjDjJY06vQUh-1DyPg-n9oln1KU8zKdVZssYx3bh5tWugNgn36kSJBnips5y8iB4hRdfgGUYJHIu4HyAkwBmQDg1reqZZMKLwQrKkbnCZ0oTQvE9JIig%25%25> > > > > 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 > > [email protected] > > https://list.mailop.org/listinfo/mailop > <https://linklock.titanhq.com/analyse?url=https%3A%2F%2Flist.mailop.org%2Flistinfo%2Fmailop&data=eJxLtjUzSjQ3TTIxMTAwNExSS7EtL8nQyy9KV8u1NdSN9DBO8oy38E9PVSu2zU3MzMkv0E3KL81LTi1WNTGACIAVF9kWZSZnJBal6OUXJ-UX5aUCpWEGldpmlJQUFKsaO6oauQFRTmZxiR5CL1QkMy8tH8iEiAMAasMytg%25%25> > > -- > > -- > > > *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 > <https://linklock.titanhq.com/analyse?url=https%3A%2F%2Fwww.smtp.com&data=eJxLtjUzSjQ3TTIxMTAwNExSS7EtL8nQyy9KV8u1NdSN9DBO8oy38E9PVSu2zU3MzMkv0E3KL81LTi1WNTGACIAVF9kWZSZnJBal6OUXJ-UX5aUCpWEGldpmlJQUFKsaO6oauQFReXm5XnFuSYFecn4uADtbKnQ%25> > e: [email protected] <[email protected]> > > > ------------------------------ > > > ------------------------------ > > 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 > [email protected] > https://list.mailop.org/listinfo/mailop >
_______________________________________________ mailop mailing list [email protected] https://list.mailop.org/listinfo/mailop
