Extension talk:ConfirmAccount/2018

• Archive 1
• Archive 2
• Archive 3

Using SMTP Authentication Causes 500 Error

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Hello,

I am using this plugin with mediawiki V1.26 and it has been working for sometime.

However I now wish to use SMTP authentication.

I add the following to the localsettings.php

$wgSMTP = array(

'host'     => "####", // could also be an IP address. Where the SMTP server is located

'IDHost'   => "####",      // Generally this will be the domain name of your website (aka mywiki.org)

'port'     => ###,                 // Port to use when connecting to the SMTP server

'auth'     => true,               // Should we use SMTP authentication (true or false)

'username' => "####",     // Username to use for SMTP authentication (if being used)

'password' => "####"       // Password to use for SMTP authentication (if being used)

);

replace the ### with the correct information and save the file.

Whenever I then go to request an account as a test, whenever it goes to send an email I get a 500 error.

Can anyone help me solve this please. Lewishackfath (talk) 23:39, 21 May 2018 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Need to confirm accounts twice?

We just upgraded our wiki to 1.31, and ConfirmAccount to 5d98110. Now when I confirm an account (after email verification), I first get the usual page Special:ConfirmAccounts/authors, then instead of being done, it goes to Special:CreateAccount. Is this new behavior or do I have something misconfigured? 98.115.142.84 (talk) 13:05, 21 June 2018 (UTC)

[Resolved] Could not open lock file after upgrade to 1.31

Upgraded both MW and ConfirmAccount to REL1_31. Am now receiving error:

Could not open lock file for "mwstore://accountreqs-backend/accountreqs-public/e/el/eli/elinux:acctrequest:ip:199.187.160.250". Make sure your upload directory is configured correctly and your web server has permission to write to that directory

Confirmed the upload directory /images is set to perms 775 recursively.

In ConfirmAccount.config I see:

# Storage repos.

$wgConfirmAccountFSRepos = [

        'accountreqs' => [ # Location of attached files for pending requests

                'name'       => 'accountreqs',

                'directory'  => false,

                'url'        => null,

                'hashLevels' => 3,

        ],

        'accountcreds' => [ # Location of credential files

                'name'       => 'accountcreds',

                'directory'  => false,

                'url'        => null,

                'hashLevels' => 3,

        ]

];

This confuses me as the error is on accountreqs-public? Similarly, aren't these directories? Why is 'directory' => false? Wmat (talk) 17:56, 27 August 2018 (UTC)

Ugh, nevermind, all I had to do was chown apache -R images/ Wmat (talk) 21:36, 27 August 2018 (UTC)

Is there any way to view the 'recently accepted requests'?

Hello,

We have a private wiki and today a new user was sent me a account request. I've approved the request, because I recognized the username within the request. The problem is the user was wrote its phone number within the "Additional notes" field. I didn't write down the phone number on time. So - can I see this information in some way? Can I see something as history for the accepted requests?

In addition the "Email address" from the "Request account" page is not automatically filled as "Email" within the user's preferences page, although it is already confirmed by the user, during the account request process. So - can I change this behavior of "Extension:ConfirmAccount"? Or at least can I see this email?

Best regards,

Spas Spasov Spas.Z.Spasov (talk) 13:33, 11 October 2018 (UTC)

That email is supposed to be confidential! In my version (the latest one on the latest MediaWiki) the registration email address and other info is shown on the (protected) special user accreditation page. Gerryval (talk) 22:18, 18 April 2019 (UTC)

After install there is no "password forgotten" link in loginform

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Hello everyone,

the topic explains my problem in a short way. The site "Special:PasswordReset" is no longer reachable before login. When the page "mywiki.com/special:passwordreset" gets visited to start the automated-password-forgotten-process, there is only the message "you have no permission". Even if I whitelist this page for anonymous users, the information message is the same. How to fix that?

Only after a successful login (you have to now username and password!), you can use the password-change-function. But what is, if you have forgotten your password. now the only way is to contact the wiki administrator.

mediawiki version 1.30.0

PHP 7

MySQL 5.7

greentings Thomas Thomas Drozdowski (talk) 19:19, 14 November 2018 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Wiki Now Slow

So, after installing the extension -- and it works perfectly -- my wiki is now horribly slow to load. Where as it used to nearly instant to load a page with 99% text, now it takes the wiki at least 2-3 seconds to load the same page.

Any ideas on how to diagnose this? Titanshadow (talk) 17:53, 13 December 2018 (UTC)