To the other message in the thread, we only ever drop messages between smtp receive and the mailbox for very specific / short-term reasons that happen almost never and only with the consent of the mailbox (typically for mailbombs). Our spam pipeline is not capable of telling us to drop a message.
For privacy reasons, we're unable to tell senders anything about the disposition of the message, user's seem to think that email is an unreliable service and that they can claim to not receive messages or just ignore them or whatever, we can't tell you anything in particular. The customer can ask for help finding a message. Common causes of being unable to find messages that we've seen in the past include: 1) The message is in the spam folder 2) The user has a filter that caused the message to be deleted or skip the inbox. Most typically this is because user's don't understand how our filters work (they work just like the search, ie they are based on extracted words and not sub strings, and punctuation is usually ignored) 3) The user fat fingered something on their end and deleted/archived their message 4) The user is using a third party tool that did something with the message. 5) For GSuite users, GSuite admins can create various email rules which can re-route the message away from the user. They don't have a "drop message" feature either, but they can re-route to nore...@google.com or send the message to quarantine or various other things. 6) Message is from/to the user (ie, we do special handling of messages "from" a user, which is based on the Gmail email address but also any custom from addresses the user added). The message should be in the sent label in this case. I realize this sounds like "you're holding it wrong", but dropped message bugs are extremely rare and very major undertakings when found. For GSuite users, their admin can also investigate what happened to the message. The simplest way to do this is with the Message-ID, but it can also be done with sender/receiver. See https://support.google.com/a/answer/2618874?hl=en&ref_topic=2618873 for more information. Also for GSuite, the admin can confirm the post-delivery status, see https://support.google.com/a/answer/2623280#post-delivery On Fri, Sep 21, 2018 at 5:47 AM Vytis Marčiulionis <vy...@mailerlite.com> wrote: > Hello, > > Since 7th of September we have noticed quite a deep drop of open rates to > Gmail. Bounce message did not increase, sending domains or IP addresses are > not blocked, general reputation on Gmail Postmaster Tools did not change > much if any at all but, some senders experienced up to 50% drops in open > rates. It's not related to one particular IP pool as well. The result is > fairly clear, they ended up in spam folder. > However, some clients started to complain that they are not able to see > mail messages on their mailbox at all even though when our logs show > general "sent" reply from Gmail: > relay=aspmx.l.google.com[64.233.163.27]:25, delay=1.2, > delays=0.13/0/0.51/0.6, dsn=2.0.0, status=sent (250 2.0.0 OK 1537051207 > z2-v6si12644415ljb.127 - gsmtp) > For privacy reasons, we're unable to tell senders anything about the disposition of the message, user's seem to think that email is an unreliable service and that they can claim to not receive messages. This particular message went to a GSuite user, they can find it with the above mentioned tools. > The only probable idea I come up with is that we have gotten rid of 7 > domains used throughout our infrastructure and since volume increased from > one particular domain that we are using we could have gotten ourselves > volume limited. > As others said, volume limiting would more likely affect smtp time temp failures, not this. We had few cases where senders confirmed that mail message appears only > after searching the affected mailbox for the sending email address. > However, some times I was not able to find test mails that are sent to my > own personal mailbox as well. Anyone experienced this or would have any > ideas what could be the case and how to solve this? Better yet, anyone here > from Gmail who could contact me off-list for more details? Any ideas could > help at this point as I am out of them. > adding in:everywhere to the search term will search in spam/trash as well. Brandon > > > -- > Best regards, > > Vytis Marčiulionis > Email Deliverability Manager > Mailerlite.com > _______________________________________________ > mailop mailing list > mailop@mailop.org > https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop >
_______________________________________________ mailop mailing list mailop@mailop.org https://chilli.nosignal.org/cgi-bin/mailman/listinfo/mailop
