[
https://issues.apache.org/jira/browse/AIRAVATA-2509?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16580374#comment-16580374
]
ASF subversion and git services commented on AIRAVATA-2509:
-----------------------------------------------------------
Commit 8dc639e4b6e677dd70abae2b0511ee62a2d6b33a in airavata-php-gateway's
branch refs/heads/develop from [~marcuschristie]
[ https://gitbox.apache.org/repos/asf?p=airavata-php-gateway.git;h=8dc639e ]
Merge branch 'AIRAVATA-2509-account-confirmation-emails-not-making-it-to-users'
into develop
> Account confirmation, password reset emails not making it to user
> -----------------------------------------------------------------
>
> Key: AIRAVATA-2509
> URL: https://issues.apache.org/jira/browse/AIRAVATA-2509
> Project: Airavata
> Issue Type: Bug
> Components: PGA PHP Web Gateway
> Reporter: Marcus Christie
> Assignee: Marcus Christie
> Priority: Critical
> Labels: newbie
>
> Email confirmation emails (when creating an account) and password reset
> emails aren't always making it to users. There are at least a couple reasons
> for this:
> * the emails are getting flagged as spam and the user doesn't check the spam
> folder
> ** perhaps in some cases the emails never ever reach the user if they are
> marked as spam and stopped at the email server
> * the user mis-types their email address
> Possible fixes:
> * Can we find out what is causing emails to be flagged as spam? Is there a
> way to make the emails seem less "spammy"?
> ** See for example https://stackoverflow.com/a/396
> * Require that users type in their email address twice in order to confirm
> it. This should help prevent typos.
> * Can we determine if an email bounces back? This might be tricky since I
> think email bounce backs are asynchronous. Perhaps having the user confirm
> their email address is the best we can do.
> Workarounds:
> * use CILogon instead of account creation/password reset.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
