SkaDate X software and it's plugins generate/process a number of different emails:

• verification
• welcome email
• user approval
• forgot password
• user invitation
• latest activity
• matchmaking
• emails about winks
• mass mailing
• membership expiration
• new messages
• “miss you” emails.
• emails sent to you from “contact us” form.
• ..etc.

All emails are divided into 2 types based on the way script works with them:

1. direct emails:those emails are sent regardless of Cron. Example: new users registers > verification email gets generated > email is sent right away. This type includes: verification, welcome, user approval, forgot password emails.
2. emails sent via Cron: those emails are sent only when Cron runs. Example: you invite a user > invitation email gets generated > email is added into “to be sent” queue > Cron runs > email is sent. This type includes all other emails that are not listed under first group.

Troubleshooting why emails are not being delivered depends on the type of the email.

Before you proceed further, make sure that you have specified the valid (working) email address in Admin area > Settings > General > Site email.

Make sure that crontab command executing SkaDate X ow_cron/run.php file has been created on your server. Most hosting providers have special area called “Cron jobs” within their control panels. Log in to your control panel (e. g. cPanel) > open Cron Jobs section:

Existing Crontab commands will be listed under Current Cron Jobs section:

If you don't have crontab command executing SkaDate X ow_cron/run.php, most likely that is the reason why you are not receiving the Cron related emails. Make sure to create Cron command using Cron Configuration Guide

If you have crontab command executing SkaDate X ow_cron/run.php, make sure that the command is correct. The best way to check this, is to follow Cron configuration using SSH steps. If you don't have SSH access details or you don't know how to use SSH, you can always ask your hosting provider to give you the path to PHP.

While checking Current Cron Jobs section, pay attention at how often Cron is set to run: e. g. once a minute, or once in 5 minutes. You will need this information later on.

• Open your database via PhpMyAdmin > find the ow_base_mail database table. This is the place where queued “to be sent” emails are stored waiting for Cron to run. Keep this table opened in one browser tab/window.
• Open your Admin area in a another tab/window. Go to Users > Browser Users > Invite one member.
• Open the tab/window with ow_base_mail table. Refresh the table. Did the row/entry containing data about your latest sent invite has been generated?
  • If the new row appeared - everything is ok. Script has generated an email and this email is now waiting for Cron to run.
  • If the new row didn't appear, this means that SkaDate software didn't generate the email. This situation is not likely to happen. If you face this, please contact SkaDate support team.
• Wait until Cron runs. We recommend waiting for at least 5 minutes even if your Cron is set to run every minute.
• Refresh the ow_base_mail table. Was the row your saw before (row containing data of your latest mailing) removed?
  • Entry with my testing invitation email has been removed: this indicates that Cron ran successfully and your testing email has been pushed to your mail server. Once emails “leave” ow_base_mail table, SkaDate software doesn't have control over what will happen with this email. Delivery is up to your mail server and recipient's mail provider only. Wait for 5 more minutes and check the email where invitation should have arrived. If you still don't receive the email please check Step 2 section of this manual.
  • Entry with my testing invitation email has not been removed: this indicates that Cron didn't run. As a result email has not not been sent. There could be several reasons why Cron didn't run.
    • contact your hosting provider and ask them to make sure that crond is up and running. If you have SSH access details you can check this yourself by running ps ax | grep crond command via SSH.
    • used Cron command is incorrect. Once again make sure that correct command is used. If you have SSH access try executing your command via SSH. You should not be getting any errors.
    • when setting up Cron Jobs via control panel you can specify an email address where you will be receiving email reports each time Cron runs. Enter your email there. Wait until Cron runs. Check your email. If you receive the report, make sure that it doesn't contain any errors.
    • open ow_log folder via FTP or File manager > open cron_error.log. Does the log contain any recent errors?

If you find any errors either within the email reports or within error logs and you are not sure what errors mean, you can always contact SkaDate support team.

When emails “leave” the ow_base_mail table, our software no longer controls them. All is up to your mail server and recipient's mail provider.

• make sure that valid email has been specified in Admin area > Settings > General.
• make sure to check spam/junk folders of the email where testing invite should have arrived.
• your hosting/mail server is not working/blocking/restricting you from sending emails. Try using Gmail SMTP for testing purposes. If email sent via SMTP mail provider arrives, you will need to contact your mail/hosting provider and ask them to troubleshoot why mail sending is not working using their server.
• recipient's mail provider is blocking emails from your IP address/domain. Try inviting users with different emails. If email is delivered to one address but won't reach other mailboxes, then you will need to contact corresponding mail providers and check with them whether your IP or domain is not blacklisted. Make sure to send at least one invite to any @gmail.com address. Gmail is known to be the most moderate in terms of filtering.

When direct email is generated it is sent to your mail server right away. Therefore delivery failure of such emails is connected to your mail/hosting server's configurations or recipient's mail provider.

• Make sure that valid email address is used in Admin area > Settings > General > Site email.
• Try renaming the title of the verification email. Go to Admin area > Settings > Languages > search by “Email verification” keywords » text key to edit “{text key='base+email_verify_subject'}” > change the title to, for example, “Approve your account” or any other text of your choice that doesn't contain “verify” and “email” keywords. Some hosting/mail providers might have filters blocking emails with certain keywords.
• recipient's mail provider is blocking emails from your IP address/domain. Try registering users with different emails. If email is delivered to one address but won't reach other mailboxes, then you will need to contact corresponding mail providers and check with them whether your IP or domain is not blacklisted. Make sure to send at least one invite to any @gmail.com address. Gmail is known to be the most moderate in terms of filtering.
• your hosting/mail server is not working/blocking/restricting you from sending emails. Try using Gmail SMTP for testing purposes. If email sent via SMTP mail provider will arrive, you will need to contact your mail/hosting provider and ask them to troubleshoot why mail sending is not working using their server.

Go to Admin area > Settings > SMTP tab.

Fill in the form.

• Enable - check the box.
• Host: Port - smtp.gmail.com : 465 OR 587
• Username - your gmail address.
• Password - your password to Gmail account.
• Secure connection
• If you specify port 587, select TLS.
• If you specify port 465 select SSL.

Save your changes.

Once changes are saved click Test Connection. Make sure to receive a “success” notice after testing the connection.