Describe the issue or problem
When new users register, they are expected to get a validation email to validate their email and login. With my OJS3.5 users does not get this email
Steps I took leading up to the issue
registered via the resgitraion link
OJS 3.5.0-4
Additional information
i have checked the config.inc.php
The email setting is set to sendmail
default = sendmail
; Path to the sendmail, -bs argument is for using SMTP protocol
sendmail_path = “/usr/sbin/sendmail -t -i”
Other emails are sent and delivered
when I add a user, the user gets the registration details. However, if a user registers, no validation email
Need to set the config require_validation to On for the email section in the config.inc.php. This will force a user to verify the email after registration.
In the config file, the require validation is already set as on
; If enabled, email addresses must be validated before login is possible.
require_validation = On
If this is enable and other mails are delivered, then it should also work. Few clarifications
- any error in the error log related to user registration?
- which PHP version is being used ?
- is this an upgrade or a fresh install ? if an upgrade, from which version and in that case, was it previously working ?
- can you run the sql
select * from email_templates_default_data where email_key = 'USER_VALIDATE_CONTEXT' or email_key = 'USER_VALIDATE_SITE'; to check if the email templates for this purpose is set in DB properly ?
Thank you
there’s nothin in the error log that points to this
php version is 8.2.30
recently upgraded to 3.5.0.4 from 3.5.0.0
stopped working when on 3.5.0.0, prompting the upgrade with the hope of fixing the issue
Running the SQL returns the database value for the email templates in different LOCALEs
Is there anything i should watchout for or any workarround
There are few more cases to debug as it seems data do persist in the email_templates_default_data .
- Is the installation operating at multi journal level ? And is the principal contact name/email set for journal and site level ? site level setting is available from
Administration --> Site Settings --> Information when operating in multi journal env . Journal level config is available from Setting --> Journal --> Contact .
- Are user registering at journal (e.g. registration path like
/{journal}/user/register) or site (e.g. registration path like /user/register) ? This differ in multi journal env .
- As rows exists in
email_templates_default_data for different locales, is that available for all the locales that is set for site and journal . And must be set in journal’s and site’s primary locale . Most importantly, are the column subject and body set or there are cases of empty value for subject/body column ? A manual check in DB table for the following sql query can help
SELECT locale, email_key, LENGTH(subject), LENGTH(body)
FROM email_templates_default_data
WHERE email_key IN ('USER_VALIDATE_CONTEXT','USER_VALIDATE_SITE');
- Any custom modification has been made to the
Validate Email (Journal Registration) or Validate Email (Site) with empty body or title ? check those .
- If multiple local is enable and there is a mismatch of available/primary locale for site and journal, is the user not getting mail when registering for one specific locale . Say the journal/site has english and french (canada) available and user is registering selecting french (canada) at journal level not getting validation email . Or happening every self registering user regardless of locale ?
- Double check the PHP error log during a self registration .
This has become bit hard to tell what is going wrong given that other mails are going through and basic settings are ok . need step by step checking .
Thank you for your assistance so far
-
The installation is operating at multi Journal Level. The principal contact is set for the site and journal level
-
Users can register at the journal or main site level; no validation mail is sent for both
-
The installation uses only one locale, and it is en, the email_templates_default_data is availabe for the locale. Manual inspection of the query result shows no empty subject and body
-
No custom modification has been made
-
The installation uses only one local for the site and journal
-
New self-registration was made, and no error was registered in the error log