[02:04:57] My local test wiki has been having all sorts of weird i18n issues recently [05:59:45] lol @ this line of UploadStash: "If no key was supplied, make one. a mysql insertid would be totally reasonable here, except that for historical reasons, the key is this random thing instead. At least it's not guessable." [06:00:09] Then next immediate line is time stamp plus a call to mt_rand() [06:00:19] Yep, totally not guessable. No way that could ever be guessed [06:00:36] luckily i don't think it really matters [14:32:24] I'm trying to integrate sendgrid into mediawiki. I think I got all the settings into $wgSMTP, but I get "true authentication failure [SMTP: TRUE is not a supported authentication method (code: 250, response: smtp.sendgrid.net 8BITMIME PIPELINING SIZE 31457280 STARTTLS AUTH PLAIN LOGIN AUTH=PLAIN LOGIN)] [14:34:07] ". $wgSMTP = [ 'host' => 'smtp.sendgrid.net', 'IDHost' => 'brightlight.today', 'localhost' => 'brightlight.today', 'port' => 587, 'auth' => true, 'username' => "Account ID" from https://app.sendgrid.com/account/details, 'password' => created API KEY from https://app.sendgrid.com/settings/api_keys ]; [14:35:03] lmat: 'auth' => true is the problem [14:35:23] I got that from https://www.mediawiki.org/wiki/Manual:$wgSMTP [14:36:47] Vulpix: What should I use instead? [14:39:33] Interesting. By the server response, I'd say you should specify an authentication method ("plain") but "true" is being sent directly. But docs say a different thing [14:41:31] Changed to "plain" and I got "plain authentication failure [SMTP: Invalid response code received from server (code: 535, response: Authentication failed: Bad username / password)] [14:41:35] " [14:41:40] That seems promising [14:42:37] if it doesn't work, there's also the "login" auth method... there must be something different sent depending on the method [14:46:12] looking at the source code, I see no reason why "TRUE" is being sent as the authentication method if you specify a boolean value [15:10:03] Vulpix: :-| [15:22:29] By the way, do I have to restart mediawiki's httpd after changing LocalSettings.php? It seems like my changes (even catastrophic ones that introduce invalid syntax) aren't picked up until I restart, but that sounds wrong. [15:23:47] Using sendgrid, it looks like I have two possibilities for "username": the API Key ID from https://app.sendgrid.com/settings/api_keys or "Account ID" from https://app.sendgrid.com/account/details. I've been trying both, but maybe there's even a third! [15:25:07] disabling opcache.validate_timestamps or setting opcache.revalidate_freq too high can cause changes in php files to not be picked up [15:25:53] AHA! https://support.sendgrid.com/hc/en-us/articles/17894803361819-Troubleshooting-and-Resolving-535-Authentication-failed-The-provided-authorization-grant-is-invalid-expired-or-revoked says I should use username "apikey"! I did that and get a new error! "The from address does not match a verified Sender Identity." Great! [15:26:11] Vulpix: Thank you! Restarting is very easy, so I'll probably just keep doing that. [15:28:44] A little frustrating... $wgSMTP doesn't specify a "from". The manual for $wgSMTP says, "first check if your "SMTP username" is consistent with your email sender". It is ("apikey"), but that's not a from address... [15:29:01] Is there any way to see exactly what is being sent to sendgrid's SMTP server? ^_^ [15:29:29] !debug setting a debug log [15:29:29] For information on debugging (including viewing errors), see https://mediawiki.org/wiki/Manual:How_to_debug . A list of related configuration variables is at https://mediawiki.org/wiki/Manual:Configuration_settings#Debug.2Flogging Also see https://mediawiki.org/wiki/Manual:Errors_and_symptoms [15:30:28] For sending mail, MediaWiki uses $wgPasswordSender and $wgEmergencyContact [15:35:35] I updated those variables and now I get, "A confirmation email has been sent..."! Unfortunately, no e-mail has arrived :( [15:38:37] You should be able to see the emails sent through sendgrid, and see if they actually processed that mail [15:39:42] Vulpix: Right, it said 0 for a while, but now it says 2 requests (Delivered: 0.00%). I'll keep an eye on it [15:40:57] Ah, I see three e-mails! They're all "Not Delivered". This may have to do with my $wgSMTP['IDHost'] or maybe $wgSMTP['localhost']... [15:42:04] It shouldn't. If you're using sendgrid, then sendgrid takes care of all of this. IDHost is only important when using your own mail server [15:42:55] It may take a bit of time to actually send them [16:05:06] Vulpix: Thank you! [17:08:56] Aha! Gmail is blocking the e-mails: "Gmail has detected that this message is likely unsolicited mail." [17:10:53] Maybe it's because "from" is a gmail account, and Gmail servers object to receiving e-mails "from" gmail that are actually from somewhere else? [17:31:32] lmat: yes, it won't pass DMARC [18:03:02] lmat: Google just this month has tightened their validation rules and made DMARC functionally mandatory. See for some details. [18:03:17] thanks for the tip! [18:04:28] * bd808 has busted things related to personal vanity domains that need fixing still because of these changes [18:12:17] Anyone here familiar with CirrusSearch? Since we just upgraded, I used the opportunity to upgrade elasticsearch to the new required version. I had to move its host (unrelated to elasticsearch itself; just a cost-saving thing), so I opted to just start over with the indices. I've been following the README here: https://gerrit.wikimedia.org/r/plugins/gitiles/mediawiki/extensions/CirrusSearch/+/refs/heads/REL1_39/README, but it now doesn't [18:12:17] seem to update automatically. It looks like bootstrapping went well, but I don't know why it's just staying static now. I ensured that $wgDisableSearchUpdates was removed, so that's not it. [18:24:54] Actually, this looks related to our job queue. I'm going to look further into that and come back if I can't fix it from there. [18:40:44] jfolv: if you end up stuck, the #wikimedia-search channel here on libera.chat can be a good place to ask about CirrusSearch things. That's the home channel for the team that develops and maintains that feature. [18:41:10] Awesome, thank you! [22:51:58] I wanted to tag bug #1 on this but sadly it is closed invalid https://gerrit.wikimedia.org/r/c/mediawiki/core/+/1005618 [22:52:27] one for the oldbies anyway