Plesk: outgoing email in spams folder - email

I have a problem with my outgoing emails: they all are redirect into spam folder.
I have done a lot of things to fix this issue, but I still have the problem...
I think my DNS settings are OK. I have configured SPF like this : v=spf1 a mx ip4:X.X.X.X ~all
And when I test my DNS settings on different websites (such as MxToolbox, Testdns, mail-tester and others), everything seems to be alright. You will find my DNS settings below
I really need some help, I've been trying to fix this for 3 weeks :(
Thanks
Geoffrey

You didn't give much information, anything I (or anyone else trying to help) say is just a wild guess of what the issue could be.
Anyway, I would say that you are having issues due to misconfigured or missing reverse DNS (RDNS) record.
I am not sure what you tested, however try out this page of MXToolBox and put in the hostname of your server.
In addition you should check what your log files say, they are located in /var/log if you are using Linux - one you are interested in is /var/log/maillog.
If this doesn't help, please provide additional information about your system.

Related

Unable to open Google Cloud DNS page

I am unable to access Google Cloud DNS page.
All it shows is:
"DNS API is being enabled. This may take a minute or more."
Then it reloads and repeats showing the same message.
The API is already enabled, and the records I created works. No problem with DNS.
I need to modify records, but I can't because of this problem.
I tried opening the page in different computers and different browsers without addons, same result.
If there is a better place to ask, please do tell.
Thank you.
You should be able to access the page regardless of what computer / browser you're using.
If you cannot it's either a temporary outage which you can check here or a bug.
The only thing to do here is to contact paid support for more immediate help and if the time is something you can afford report this at Google's IssueTracker and get help for free - however it may take a few days. It is possible that only you are affected. Please describe the issue in as much detail as possible - this will expidete the process.

Firebase Hosting Needs Re-verification

Since my hosting setup was done and working perfect, i got an mail about to re-verify my existing domain.
So when i check my setup, everything seems to be good, so i dont what to change or do.
My site is live at he moment and dont want to corrupt anything bu deleting my domains to re-verify.
re-verify firebase hosting
Looking forward to hear if anyone had this before.
I only figured that, the TXT value firebase provided is not case-sensitive on my DNS Provider setup. would it be the case ?
Thank you.
Hello i just figured that i have given dns rights to yandex, so that i have to configure yandex dns for firbase.
this is fixed now!

Listed in Razor 2 Nobody on the internet knows an answer

I wanted to start a small campaign of about 400-500 emails and I tested the email with mail-tester.com
The problem is that I've got these 2 errors and nobody on the internet knows an answer for it:
-2.43 RAZOR2_CF_RANGE_E8_51_100 Razor2 gives engine 8 confidence level above 50%
-1.729 RAZOR2_CHECK Listed in Razor2 (http://razor.sf.net/)
This happends for both the domain and subdomain. I tried sending an email with a completely changed text (something about animals I've found on wikipedia) and without signature, I even tried sending an empty email and got the same misterious errors.
I tried sending the exact same mail + signature from another domain and it worked perfectly without any error.
What should I try next, considering the fact that it's impossible to change the domain name?
How popular is SpamAssasin with its Razor 2 or is it maybe irrelevant?
Should I wait or on the contrary send as many emails as possible to detect clean traffic?
Thanks

Publicly available static files on Google Storage not loading if user's browser in incognito mode

We keep static files (images, javascript, and css) for our websites stored in a Google Storage bucket with different folders for different types of resources. Each file is accessed via its name coupled with a custom subdomain mapped via a CNAME record to the appropriate Google Storage bucket.
This approached has worked fine. Today, however, when attempting to access our main website in Chrome's incognito (private browsing) mode, all pages on the site wouldn't load. After some detective work, we've determined that the problem is with the files stored at Google Storage, which are not loading.
Unfortunately, this doesn't seem to be a problem specific to Google Chrome. It occurs in the private browsing modes in Firefox and Internet Explorer as well (at least on the Windows 8.1 Professional platform we're using for testing).
The problem appears to occur only if we use the CNAME-based approach for accessing a file. For example, if this method is used in a private browser window to access one of our image files on Google Storage,
Image of a crowd on Google Storage - direct access to Google Storage
the file can be viewed without a problem. If, on the other hand, the file is viewed in a private browsing window using the CNAME approach, like this
Image of a crowd on Google Storage - access via CNAME
the image will not load.
What's worse, for reasons we don't completely understand, once this problem occurs in a private browsing window, it will continue to interfere with the proper viewing of the website in regular (non-private browsing) browser windows in the case of some browsers.
Has anyone encountered this problem and, if so, found a solution for it?
Thanks in advance for any tips or suggestions.
UPDATE (2015-05-26)
This problem is still under investigation. It may be ISP-specific, although our ISP (Verizon) believes it is a problem on Google's end. An attempt to resolve the problem yesterday by tweaking some DNS settings seemed to solve the problem, but that was only temporary. We began to experience the problem again today. I will update this posting further as more information becomes available.
ADDITIONAL UPDATE (2016-08-25)
(Note: I originally wrote this update on 2015-05-26, but failed to post it, and discovered it today. I'm adding it to complete the description of the issue.)
This issue has been resolved. I cannot say for certain what the source of the problem was, but I can give further information on what exactly the nature of the problem was and what may have solved it.
As I mentioned in the comments below, this appears to have been an issue that was relatively isolated. Further investigation revealed that the problem was occurring only with access to the particular subdomain through Verizon Internet service (land-based or mobile) in the U.S. I do not know if the problem was a regional problem within the Verizon system, or throughout the entire Verizon system. But I do know it affected both landline and mobile access using Verizon.
The problem also evolved. What started as a problem accessing files at the subdomain in a browser's incognito mode became a problem regardless of what browsing mode was used. That said, it was only a problem if the attempt to load files from the subdomain was used with a browser. The files could be retrieved with no problem with, for example, wget. Also, pinging the subdomain also worked fine over the Verizon network.
As the problem became more acute, I decided to do a thorough check of the DNS settings related to the subdomain. Here is where I discovered what may have been causing the problem. There was a slight discrepancy between the DNS settings at the domain registrar and the (separate) DNS service that we use.
The discrepancy didn't lead to conflicting reports as to how the subdomain should be resolved (which is probably why this problem hadn't occurred in the past). But, if I recall correctly, it led to the DNS service providing the CNAME record for the subdomain, without the registrar's DNS information fully confirming that the DNS service had the right to provide that information.
This discrepancy was corrected. Within an hour or two, the problem resolved itself -- anyone viewing the file using the two links above should be successful with both links.
I cannot say for certain, however, whether the change to the DNS settings we made to resolve the discrepancy, or some updating at Verizon, was responsible for the problem being resolved. I will say, however, that I never reported the issue to Verizon. (I didn't get that far.)
Although the DNS discrepancy had existed for more than a year or two, and had not created any problems that we were aware of, I personally think it is what caused the problem.

Authenticate via POP3 using vPopMail

I'm working on installing vPopMail on CentOS for use with a Qmail / Courier-IMAP mail-server setup. So far, everything is working out well enough. Mail sent to any virtual user I have setup under any virtual domain (assuming MX records are pointed correctly in the domain DNS) I add to vPopMail is routed correctly to the vPopMail ./Maildir/ and is viewable in /home/vpopmail/domains/domain-example.com/user.name/Maildir/new.
The problem I'm having now is telling the pop service to authenticate using vPopMail instead of the ~default~ Qmail / Courier-IMAP authentication method(s).
"You also need to modify your pop server startup line to use the vchkpw program for authentication." (found at http://www.inter7.com/vpopmail/vpopmail.html) is all I can find in any documentation to even give me the clue that that needs to be done.
So, the question:
How do I tell my pop server to authenticate with vPopMail?
Thanks so much in advance! :)
(Feel free to let me know what (if) more info is needed to answer my question..)
Id go ahead and check this out
http://www.inter7.com/vpopmail/install.txt
namely item 12
then go ahead and add those lines to your rc.local file or rc.sysinit
good luck