Despite your colleagues' insistance, you cannot blame my Outlook Client again, because it was not involved. Needless to say, the emails went through without a problem of any sort, and were not tagged SPAM / JUNK on receipt. So, as a final experiment, I thought I would try sending the same emails to the same third party email address.
Webmailer pro host europe android#
Again, that had nothing at all to do with my Outlook Client, as my Tablet runs Android and has its own email system which uses Plusnet servers. Exactly the same thing happened - they arrived at the third party email system tagged also as SPAM / JUNK. Independently, I did the same thing with my Android Tablet which of course also uses the outgoing server. Plusnet mail servers have to be the cause. So there can be no way that my Outlook Client can be blamed as it was not involved. They went to a third party email address, and they all have been consistently tagged as SPAM / JUNK. Your colleagues in Plusnet Support have accused my Outlook Client of being responsible, but that is just not the case : As an experiment, I decided to send a few emails using only Plusnet Webmail there was NO client involved. The problem is that they are all being tagged by Plusnet as SPAM / JUNK somehow. I have to continue to report that my emails are still not getting through. In this case I reckon my IP address will be within the header so hence the inclusion of Google in the SPF. Rethinking the point that I made above (and also having tested it) - the addition of a goggle part to the SPF is not relevant if email is sent via the GMail Website, however (when PlusNet had caused previous problems) I redirected via Goggle mail SMTP' s server from my email client. Sorry if I'm missing something obvious and interesting!Īnother debatable point with PlusNet on static addresses is that I reckon mine (for historic reasons) may be within an address range set aside for dynamic IP use! Not surprisingly any attempt to discuss this issue with PlusNet support, following previous email rejection issues, got me nowhere!! Surely sending Gmail has nothing to do with your domain at Reg123 and its SPF? At first glance the SPF above implies that your Reg123 mail might be somehow sent via google servers is that possible? I don't understand the inclusion of google in the SPF above. I don't know who had generated your SPF Records. The madasafish reference item seems the best way to indicate your valid outbound emails are sent via PlusNet, the Google reference validates email that are sent via GMail. The SPF that I set quite some time ago is and entered via the Advanced DNS Panel at Reg123: v=spf1 include: include:_ ~all Hence I believe that adding the Google data to the SPF is probably appropriate as I think it can signify that mail from my static IP can legitimately be sent via a Google mail system.Īnother debatable point with PlusNet on static addresses is that I reckon mine (for historic reasons) may be within an address range set aside for dynamic IP use! Not surprisingly any attempt to discuss this issue with PlusNet support, following previous email rejection issues, got me - I have twice indicated that ensuring a correct SPF Record is increasingly important, and that the SPF Record for a PlusNet customer is somewhat strange. I have a static IP and that can be traced back to my registered Domain through the DNS Records. However it does appear that spam handling on some email systems do detect the originating IP that was used to access GMail even through the WebMail. Previously they even have told me that "Email" is not a prime service and their interests really lie in supporting the Internet access service!Īnyway, to the point, as I vaguely understand it - if I send out email via Gmail (Website) then, I agree it will not be from my Domain. I must admit to being not entirely sure of all aspects of SPF, and certainly PlusNet have never provided any support.
0 kommentar(er)
