NineChime forum

This means that the server hosting the oekaki cannot send e-mails.  As to why, you'd have to ask your system admin.

If you don't want to approve each member individually, go to the control panel, look for "Require Approval?" and choose "No (forced)".

If you approve accounts manually and the server e-mailer isn't working, the board will let you know e-mails can't be sent, and will prompt you to notify people manually, as well.

If you have "No (forced)" selected in the control panel, people will have their accounts automatically enabled as soon as they register.

Registrations are just a pain if the server can't send e-mail. 

Your config files are not writable, so the config changes can't be saved.

Either CHMOD the "config.php" and "dbconn.php" files to 664 in your FTP program, or copy the "reclaim.php" file from the documentation folder of the Wacintaki distribution to your server and run it.

To make sure everything is writable, log into the board as the owner and then view "testinfo.php".  This is a diagnostics page that will let you know if any other files are not writable.

Ouch.  If you can CHMOD the files in an FTP program, you might have to back them up on your computer, delete the files from the server, re-upload them, and CHMOD them to either 660 or 664.  That will flush out any CHOWN permissions.

Note that the avatars folder should be CHMOD to 775, not 664.  If you remove the avatars folder from the server and re-upload it, set the folder to 775, and then EVERY file in the folder must be CHMOD to 664.  Otherwise, people will not be able to change avatars.

If you can't CHMOD the files, or if the files are still locked no matter what you do, you might have to ask your sysadmin to change them so they are writable to both PHP and your FTP account.

Sometime UNIX/Linux is a real pain in the butt.

OK, I need to confirm a few things...

1) You copied the files to your computer, deleted the ones on the server, re-uploaded the files, and CHMOD them... and PHP still says they're locked, right?

2) You're not running UNIX/Linux.  What OS is on your server?  Windows?  MacOS X?

3) Is the root folder ("oekaki/") writable?  Don't change it!  Just tell me if it is or not.  I don't know if changing the CHMOD of the root will lockout your whole oekaki.

4) Have you tried permissions a bit less restrictive?  What happnes if you use 775 on the config and dbconn files?  What about 770?

To me, this sounds like a CHOWN issue, and deleting the files from the server (if you can actually do that) should solve the problem.  If not, you may have no choice but to contact an admin and ask them to fix it so both your FTP account and PHP can write to them.

With an FTP login, I could take a look, too.  Security resolution has a lot to do with how the server is set up.  Some servers are really weird.

OK, it should be working, now.

The security model is a bit weird.  If the files are created by the server (CHOWN to PHP), the permissions should be 644, and you cannot change the file permissions from your FTP client.  This is normal.  However, if you upload files to the server via FTP, they must be CHMOD to 666 for them to be unlocked.  This is because the public (not just security groups) need write permissions.  So, if you upload any files in the future, make sure you use a CHMOD of 666.

Folders also need public write permissions, but they also need to have execute permissions, or else PHP won't work and people will be greeted with a 403 Forbidden error.  So, CHMOD uploaded folders to 777.