Emails not arriving at destination
FIXED
@Doug_R wrote:
Firstly, I would like to point out that in my original post to this topic on Saturday 26th July i nowhere stated that I was only experiencing problems with Gmail or Microsoft accounts.
This thread which you have joined, is expressly discussing delayed delivery to Gmail accounts.
@Doug_R wrote:
My delayed emails were sent to several different types of account, including btinternet, btconnect, fastmail, yahoo and various business accounts having their own domain name.
This is the first time that delays associated with these services has been raised by anyone. Please raise issues with services other than Gmail and Microsoft in a new thread, with details of the delays, specifically the email headers of the received delayed emails. Other the the hosting provider service, receiver's "own domain names" are not thought to have any bearing here.
@Doug_R wrote:
if I am using Plusnet to send an email to, let's say a bt or yahoo or private business account for example, how exactly can Gmail or Microsoft interfere with the transmission process? Please explain - I need to know.
If a receiving email service decides to be difficult, it can do whatever they decide they want to do. In the case of Gmail, Plusnet's attempts to deliver emails are not being accepted, they are being backed of with a "try later" deferral response. That is 'how exactly' they do it, not sure how knowing that helps any. They do it because they can. Why they are doing it is a very different question - if that were known it could be circumvented - which real spammers would be delighted to learn, which is why Gmail are unlikely to explain their behaviour.
@Doug_R wrote:
Thirdly, Yes, I did look at your server diagnostics page and could barely understand a word of it I'm afraid. However, my email client's smtp server settings are set to "smtp.plus.net, port 587, with no encryption", so that should be ok I think.
Its is not difficult. Select the email brand and what you need to know is shown very clearly.
Do not understand why you think the work settings should be OK. As it happens the wrong settings will work fine with no encryption ... but you ought not to be using no encryption.
@Doug_R wrote:
I am not a great believer in coincidences, especially when there appears to be some connection linking the two different events.
From where I'm sitting, my problems with sending emails began around 29th June. I reported the problems to Plusnet Support on 7th July and was told that the email system migration began "about a week ago", rather than the "which has barely started" statement you posted yesterday.
I'm not suggesting for one minute that the migration should be stopped, that would be foolish - it's a business decision made by Plusnet for no doubt sound operational reasons. But are you, and everyone at Plusnet, 100% convinced that it is not perhaps some process that Greenby are using during the transmission process that has caused Gmail and/or Microsoft to change their definition of a bulk sender?
Greenby migration - who told you what? I will repeat myself - the migration has hardly started and it certainly has not been started if you have not had an email advising you that your account is scheduled to migrate. Some brands have been migrated but NOT PLUS.COM - indeed that brand is NOT using any Greenby technology.
Further the Microsoft / Gmail issue has nothing to do with the email service platform, it purely relates to the way those services treat the domain name. If you do not understand that, then go read up on SPF, DKIM and DMARC - they have NOTHING to do with the email delivery platform.
Receiving services can make up whatever rules they want - the Microsoft rule change has been dribbling out for a while - having published the rules (SPF or DKIM) they then went and changed them to SPF AND DKIM ... which is utterly draconian. Bulk senders is simply treating *.plus.com as a single sender - this has been said multiple times on this forum - have you read those posts?
@Doug_R wrote:
Finally, it would be most useful if you would spell out ALL of the email suffixes, e.g. gmail, hotmail, msn, outlook, googlemail, etc, etc, that are likely to suffer from poor transmission speeds, so that I and other Plusnet Users are made aware of which of our contacts are at risk of delay or non-delivery when we email them. There's not much worse that being kept in the dark with our hands tied behind our backs.
No one is keeping anyone in the dark - suffixes are of not relevance. The domains which have been reported here know to have delay issues, are just Gmail.
The domains which are know to give rise to non-delivery reports are outlook, live and hotmail.
Other domains you mention do not currently have substantive evidence of there being any issues.