Whoops. Apologies. It's fixed now. LOL!

[admin]

What can I say besides, "Whoops!"  

I told you guys all this forum stuff was new to me with setting it up and all.  Apparently for the last month or so, it's been impossible to send emails via the server here, or for the server itself to send any emails.   (Which, I guess makes it a good thing that nobody had to click a confirmation message for their email when signing up...)

The issue is really rather simple.  (And quite embarrassing to admit to.  

Our mail server is:     mail@forums.qb64phoenix.com
The server we used:  mail@forums.qb64phoenix.co

Only one little difference in those two things there, just it does make a weeee small difference.  LOL!

Worst thing is we worked with 0 error reports anywhere.  As far as the forums were concerned, they did their job.  Collect the messages, send them to the remote server, let it deliver them
As far as our actual server was concerned, it never got crap, therefore nothing was ever wrong.  And as for the qb64phoenix.CO guys... They don't exist, so they didn't return any mail or report any errors.

So, all I can offer i my apologies.  I didn't even realize we had an issue until an user reported they weren't getting mail notifications when they couldn't log in with a forgotten password.  The issue should be fixed now, and I've tested sending messages to myself and a few other people, so all should work as expected from now on.

Only one thing to really note:  We're sending messages properly now, but that still isn't going to stop your mail provider from labeling posts from here as spam and sending it to your junk mail or trash folders.  Be on the lookout for messages in those places, if you ever do request to reset a password or such, and the forum has to mail you about the issue. 

[Pete]

Hey quit "fat" shaming the forum! I think you meant far, with the r key next to the t key and all. Anyway, no worries. My qb64 and older forum is happy to sign you up any time you are ready! Also, as a doctor, I highly recommend adding more proteins to your diet to offset typoglycemia.

Pete

[RhoSigma]

@SMcNeill,

Could it be you've made a similar mistake in the MediaWiki software?

When making my wiki account a month ago I was trying to confirm my email, but pressing the "Send confirmation email" button (in the Preferences) did not work, so I just left it unconfirmed.

Yesterday, after reading your post here, I tried again. Now the "Send confirmation email" button works, it disappeared after clicking and got replaced by the message "Confirmation email sent". However, that's more than 6hrs ago, but the email didn't came in yet, not in the "Spam" folder either.

So it's no big deal, I can live happily with an unconfirmed email, but maybe you'd like to take a look on it as well.

[SMcNeill]

@RhoSigma I wondered what that was about. I got a notification last night about a message that failed to deliver, with your name on it, but I never could sort out what the heck it was going on about. Now that I have a place to start, I'll look into it later today and see if I can sort out why the wiki's mail got rejected from our servers.

[SMcNeill]

Digging into it, I don't think you're going to see the wiki sending mail anytime soonish.

Here's our whole wiki config file:

Code: (Select All)

<?php
# This file was automatically generated by the MediaWiki 1.37.2
# installer. If you make manual changes, please keep track in case you
# need to recreate them later.
#
# See includes/DefaultSettings.php for all configurable settings
# and their default values, but don't forget to make changes in _this_
# file, not there.
#
# Further documentation for configuration settings may be found at:
# https://www.mediawiki.org/wiki/Manual:Configuration_settings

# Protect against web entry
if ( !defined( 'MEDIAWIKI' ) ) {
    exit;
}


## Uncomment this to disable output compression
# $wgDisableOutputCompression = true;

$wgSitename = "QB64 Phoenix Edition Wiki";
$wgMetaNamespace = "QB64 Phoenix Edition Wiki";

## The URL base path to the directory containing the wiki;
## defaults for all runtime URL paths are based off of this.
## For more information on customizing the URLs
## (like /w/index.php/Page_title to /wiki/Page_title) please see:
## https://www.mediawiki.org/wiki/Manual:Short_URL
$wgScriptPath = "/qb64wiki";

## The protocol and server name to use in fully-qualified URLs
$wgServer = "https://qb64phoenix.com";

## The URL path to static resources (images, scripts, etc.)
$wgResourceBasePath = $wgScriptPath;

## The URL paths to the logo.  Make sure you change this from the default,
## or else you'll overwrite your logo when you upgrade!
$wgLogos = [ '1x' => "$wgResourceBasePath/resources/assets/logoPE135.png" ];

## UPO means: this is also a user preference option

$wgEnableEmail = true;
$wgEnableUserEmail = true; # UPO

$wgEmergencyContact = "admin@qb64phoenix.com";
$wgPasswordSender = "admin@qb64phoenix.com";

$wgEnotifUserTalk = false; # UPO
$wgEnotifWatchlist = false; # UPO
$wgEmailAuthentication = true;

## Database settings
$wgDBtype = "mysql";
$wgDBserver = "localhost";
$wgDBname = "qb64pnix_mw19894";
$wgDBuser = "qb64pnix_mw19894";
$wgDBpassword = "REDACTED";

# MySQL specific settings
$wgDBprefix = "mwmb_";

# MySQL table options to use during installation or update
$wgDBTableOptions = "ENGINE=InnoDB, DEFAULT CHARSET=binary";

# Shared database table
# This has no effect unless $wgSharedDB is also set.
$wgSharedTables[] = "actor";

## Shared memory settings
$wgMainCacheType = CACHE_NONE;
$wgMemCachedServers = [];

## To enable image uploads, make sure the 'images' directory
## is writable, then set this to true:
$wgEnableUploads = true;
#$wgUseImageMagick = true;
#$wgImageMagickConvertCommand = "/usr/bin/convert";

# InstantCommons allows wiki to use images from https://commons.wikimedia.org
$wgUseInstantCommons = false;

# Periodically send a pingback to https://www.mediawiki.org/ with basic data
# about this MediaWiki instance. The Wikimedia Foundation shares this data
# with MediaWiki developers to help guide future development efforts.
$wgPingback = true;

## If you use ImageMagick (or any other shell command) on a
## Linux server, this will need to be set to the name of an
## available UTF-8 locale. This should ideally be set to an English
## language locale so that the behaviour of C library functions will
## be consistent with typical installations. Use $wgLanguageCode to
## localise the wiki.
$wgShellLocale = "en_US.utf8";

# Site language code, should be one of the list in ./languages/data/Names.php
$wgLanguageCode = "en";

# Time zone
$wgLocaltimezone = "UTC";

## Set $wgCacheDirectory to a writable directory on the web server
## to make your wiki go slightly faster. The directory should not
## be publicly accessible from the web.
#$wgCacheDirectory = "$IP/cache";

$wgSecretKey = "REDACTED";

# Changing this will log out all existing sessions.
$wgAuthenticationTokenVersion = "1";

# Site upgrade key. Must be set to a string (default provided) to turn on the
# web installer while LocalSettings.php is in place
$wgUpgradeKey = "REDACTED";

## For attaching licensing metadata to pages, and displaying an
## appropriate copyright notice / icon. GNU Free Documentation
## License and Creative Commons licenses are supported so far.
$wgRightsPage = ""; # Set to the title of a wiki page that describes your license/copyright
$wgRightsUrl = "";
$wgRightsText = "";
$wgRightsIcon = "";

# Path to the GNU diff3 utility. Used for conflict resolution.
$wgDiff3 = "/usr/bin/diff3";

## Default skin: you can change the default skin. Use the internal symbolic
## names, e.g. 'vector' or 'monobook':
$wgDefaultSkin = "vector";

# Enabled skins.
# The following skins were automatically enabled:
wfLoadSkin( 'MonoBook' );
wfLoadSkin( 'Timeless' );
wfLoadSkin( 'Vector' );

wfLoadExtension ( 'VisualEditor' );

# End of automatically generated settings.
# Add more configuration options below.

$wgTmpDirectory = "/home3/qb64pnix/tmp_yhgko8";

Now reading up on what's probably the issue, it appears as if we need to change a few settings:  Manual:$wgSMTP - MediaWiki

$wgSMTP is configured like so:

$wgSMTP = [
    'host'    => 'mail.example.com', // could also be an IP address. Where the SMTP server is located. If using SSL or TLS, add the prefix "ssl://" or "tls://".
    'IDHost'  => 'example.com',      // Generally this will be the domain name of your website (aka mywiki.org)
    'port'    => 587,                // Port to use when connecting to the SMTP server
    'auth'    => true,              // Should we use SMTP authentication (true or false)
    'username' => 'my_user_name',    // Username to use for SMTP authentication (if being used)
    'password' => 'my_password'      // Password to use for SMTP authentication (if being used)
];

Now, where the heck is the setting in our config to change those fields?  And what about:  

Also configure 

Code: (Select All)

$wgEmergencyContact

 and make sure 

Code: (Select All)

$wgPasswordSender

 matches the sending email address.

Apparently, there's a flag you can set to FALSE so it'll use a default POP mail which might end up in the trash bin, but I don't even know where the heck to find it...

Set to false (the default value) to use the built-in PHP mail() function, but do note that if you do so your emails will most likely end up in the user's spam folder.

[RhoSigma]

@SMcNeill

During the work on the css stuff for the wiki the name Common.js or Common.php poped to my attention a couple of times while researching css matters and all the $wg.... settings were mentioned too.

Maybe you can find the SMTP stuff in there.