1.12.0 to 1.12.1

Realised no email was getting sent from my NodeBB after an update to 1.12.1

Checking the logs it was trying to connect to localhost on port 587. However by default exim4 only listens on port 25, so NodeBB must have changed this (or the default plugin nodebb uses for sending email).

I couldn't see this documented anywhere but it may affect other users so mentioning it here.

On Debian I changed /etc/default/exim4 to include

SMTPLISTENEROPTIONS='-oX 25:587'

Might be worth mentioning this somewhere if it's not already been done.

the hashing finally completed. I am still interested to know how much data may be stored here, as it took 2 hours to complete. Not sure that much "recent" ip data is needed.

It's still processing - I'm inclined to stop it and restore the db backup until I have verification on this. Certainly if it is something that should take this long, it would be useful if it had some sort of progress bar.

Am currently updating to 1.10 (from 1.9.x) and it's taking a very long time with

4. Updating NodeBB data store schema...
Parsing upgrade scripts... 
OK | 4 script(s) found, 53 skipped
  → [2017/6/22] Hash all IP addresses stored in Recent IPs zset...

(Mongodb 3.4.15)

I assume it's going through a very large number of ips - as cpu usage is high and it's still processing. It's taken over 30 mins so far. Is there any way of checking on progress manually via mongodb cli ? Also how can I see the size of the data set ? I wonder if the list of ips stored is larger than it should be due to the time taken.

@julian Using the registration queue would add a lot more work for admins/mods though - but certainly it would help with this also.

Looks like the above has helped, but we are still getting some registrations - the spam accounts are now just putting the URL in the "Full name" field.

I suspect a setting for X posts before they can change this info might be more suitable than reputation as we want to distinguish spammers from users, rather than the quality of users posts etc.

I saw the "minimum reputation" settings for the user profile. Apologies but I had missed this. I will use that to restrict the spammers user of the user profile info.

I use the anti spam plugin which helps with posts, but I have noticed recently a large number of spammers registering and using the user info / profile page to create an "Advert" for their services. They are not posting, just creating profiles which link to their website etc.

I don't believe this feature exists, but it would be useful if you could specify a user to not be able to set up a user profile info page until they have X posts or similar. This should stop them being able to do this.

I may open a ticket for the spam plugin to also send the profile info to akismet as I suspect it doesn't do that currently.

Any ideas are welcome. Going to go and delete the 20+ new spam accounts now that have appeared in the last 2 days.

Thanks for the workaround.