Achandler

Two graphics outputs. The only way I can see to do it simply is to split one output (but you would loose the resolution) to one monitor and the projector and have the 2nd output to just the monitor. Probably having your main monitor and projector on the splitter, then your second monitor on the second connection. The ATI catalyst control centre will allow you to send difference resolutions down each output easily, also as far as i'm aware crossfiring doesnt give you more outputs.

I'm sure I haven't put execute rights in there i'll check when i get time.

Well there is ofcourse two areas to look, firstly the cable could be dodgy to, and both Inverters might have been good. Its by far the cheapest option to check before assuming it maybe the LCD, when i worked fixing laptops I never came across a screen that didnt light up that wasn't the inverters fault tbh but then you learn new things every day. Try and "borrow" another matching laptop to test the parts.

I have found that on our Ubuntu box we had the same issue. Having read multiple threads and posts from everywhere around the web I found a work around which is not ideal but does work. The solution was to create a temporary area on the webserver which the smbclient block can use to write files to before allowing you to download them. Looking at my config file I have line 81 configured like this $smb_cfg->cfgCachePath = '/tmp/moodle/'; This represents a potential security loophole, so make sure the permissions on the folder are set to read/right only with no execute permissions and that only apache (we're on Ubuntu so its www-data) can read and write to it. You will also need to setup a scheduled task to delete the files so the temporary area doesnt fill. Hope this helps you solve the problem.

from what I have currently worked out the browse user list is populated by people who have been created, so the first time someone logs in an account appears here. Keep trying to login as you chaneg things, once the bind error is gone (usually caused by incorrect server details) then the next error I encountered was the wrong password error for users, this was because my bind account had to little AD rights.

The settings save fine even if they are incorrect, e.g wrong password I assume when you say it doesn't work, that you mean when a user tried to login to moodle they encounter an error? We kept getting either bind failures or incorrect user password (even though the password was right) We haven't got our moodle here fully functional yet, but as far as I am aware the cron script if for maintenance and won't affect the LDAP server.

Several things should work, although some will cause you others problems later on, for example some blocks do not like you using a DC IP address. ldap://MYDC.DOMAIN.local using an IP address in your case (from the screenshot) the below should work ldap://10.113.4.5 Hope that helps