Resolved Outgoing mail is slow and sometimes goes to spam

[Another_Omeka_User]

Hi, we have confirmation emails sent to users who sign up to a site on a specific domain. The issue seems to be that these emails take a while to get through and then that often times they go to spam folders (gmail and such especially). What are the optimal settings to solve these issues? Preferably that can be set up through the Plesk Panel and not at command line.

Thanks!

 

[Another_Omeka_User]

Also, there are no DNS settings for individual domains right now, nor do I see DNS settings available in Tools & Settings... is there some other place to check?

 

[m3lezZ]

Is greylisting active?

 

[Another_Omeka_User]

What is greylisting? Where can I check this?

 

[m3lezZ]

Greylisting (Linux)

 

[Another_Omeka_User]

OK no, it's not on.

 

[m3lezZ]

Free Email Server Test | UltraTools

 

[Another_Omeka_User]

Status: Success
Test duration(ms): 515

Maybe the issue is on client-side?!

 

[m3lezZ]

Test webmail, whether the mailing takes a long time there.

 

[Another_Omeka_User]

Do you mean from within the Plesk Panel somewhere? I don't see anything under Tools & Settings -> Webmail. But I also have mail settings under the domain I'm using. Or how else would I test it?

 

[m3lezZ]

Do you mean from within the Plesk Panel somewhere? I don't see anything under Tools & Settings -> Webmail. But I also have mail settings under the domain I'm using. Or how else would I test it?

Use webmail.yourdomain.com

Login and test the mailing there.

 

[Another_Omeka_User]

Ah I don't have the Webmail component installed. That could be an issue...

 

[Another_Omeka_User]

OK, I set it up, and I sent myself an email and it seems fine? It was very fast.

 

[Another_Omeka_User]

Though when I view the email forwarded to my gmail account it appears with a question mark icon next to the email address... I don't know what that means.

 

[m3lezZ]

Then you can assume that the problem is related to your mail client.

Try Thunderbird and as an option for the mail server the hostname of your system.

 

[Another_Omeka_User]

My mail client? You mean my users' mail clients or their university servers?

I don't use an offline mail client, I just log in to Gmail.

 

[Another_Omeka_User]

Is there any way to make it less likely for an email from the server to go to spam? Some people on, e.g. Yahoo, are reporting that the emails go to spam. Or is this just something they will have to set up themselves by removing it from spam?

 

[Another_Omeka_User]

I'm having another issue. For a few users, the confirmation email and reset password emails get stuck in the mail queue (deferred). It seems to be those going to address for gmx(dot)de. I cannot figure out why! Other users are not having this issue. We rent a VPS from strato. Here is a sample header of a deferred message not going through:

Received: by h2xxxxxxx.stratoserver.net (Postfix, from userid 10000)
id 7E54A14A0DE5; Tue, 18 Sep 2018 17:37:20 +0200 (CEST)
To: =[redacted for privacy]@gmx.de>
Subject: Your request to join [our website name]
X-PHP-Originating-Script: 10000:Sendmail.php
From: [website] Administrator <contact@[our domain name]>
X-Mailer: PHP/5.6.37
Date: Tue, 18 Sep 2018 17:37:20 +0200
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
MIME-Version: 1.0
Message-Id: <[email protected]>

.....I have never dealt with mail server settings and have no idea what to check, so please be kind. My mail server settings say the following for outgoing mail:

" Send from domain IP addresses"

I don't see any DNS settings within the Plesk panel, so I've no idea where to check on that. But the odd part is why it would only defer these messages to gmx dot de. I cannot figure out why.

 

[Another_Omeka_User]

Just to let you all know, it was indeed an issue with our provider, Strato. I did some more searching around and happened upon this very important yet somewhat buried article:

So legen Sie ein individuelles DNS-Reverse für Ihre IP-Adressen fest

Basically it just explains that the DNS Reverse needs to be changed from within their customer platform's server login. After I did that, no more problems.