https://docs.moodle.org/35/en/api.php?action=feedcontributions&user=Fesaner&feedformat=atomMoodleDocs - User contributions [en]2024-03-28T23:47:05ZUser contributionsMediaWiki 1.39.6https://docs.moodle.org/35/en/index.php?title=No_authentication&diff=117476No authentication2015-03-14T14:52:42Z<p>Fesaner: </p>
<hr />
<div>{{Authentication}}<br />
[[File:no auth.png|thumb|left|Login page when using no authentication]]An administrator can enable 'No authentication' in ''Settings > Site administration > Plugins > Authentication > Manage authentication''.<br />
<br />
With the "No Authentication" method enabled, a user can create an account without any kind of authentication from other systems, and with no email-based confirmation that the email address that they have provided is valid, or even exists!<br />
<br />
This is a good way to create a very insecure Moodle site, and is not recommended.<br />
<br />
This is an option that would normally be used only for testing purposes or if your Moodle site is not available on the Internet.<br />
<br />
The configuration page for this option only offers the ability to lock fields, enable or disable guest access, and provide an alternative login page, in the same way as other authentication plugins.<br />
<br />
If you want to change the text that appears under "Is this your first time here?", use the Language Customization tool to edit the language string 'loginstepsnone' found in moodle.php. Note, this string is different from 'loginsteps', which is the string used for Email-based Self-registration. Text added in the Instructions box found in Site administration ... Plugins ... Authentication ... Manage authentication is not displayed when No Authentication is used; you must edit the language string to make changes.<br />
<br />
[[de:Ohne Authentifizierung]]<br />
[[es:Sin Autenticación]]<br />
[[eu:Autentifikatu_gabe]]<br />
[[fr:Pas d'authentification]]<br />
[[ja:認証なし]]</div>Fesanerhttps://docs.moodle.org/35/en/index.php?title=No_authentication&diff=117475No authentication2015-03-14T14:38:27Z<p>Fesaner: </p>
<hr />
<div>{{Authentication}}<br />
[[File:no auth.png|thumb|left|Login page when using no authentication]]An administrator can enable 'No authentication' in ''Settings > Site administration > Plugins > Authentication > Manage authentication''.<br />
<br />
With the "No Authentication" method enabled, a user can create an account without any kind of authentication from other systems, and with no email-based confirmation that the email address that they have provided is valid, or even exists!<br />
<br />
This is a good way to create a very insecure Moodle site, and is not recommended.<br />
<br />
This is an option that would normally be used only for testing purposes or if your Moodle site is not available on the Internet.<br />
<br />
The configuration page for this option only offers the ability to lock fields, enable or disable guest access, and provide an alternative login page, in the same way as other authentication plugins.<br />
<br />
If you want to change the text that appears under "Is this your first time here?", use the Language Customization tool to edit the language string 'loginstepsnone' found in moodle.php. Note, this string is different from 'loginsteps', which is the string used for Email-based Self registration. Text added in the Instructions box found in Site administration ... Plugins ... Authentication ... Manage authentication is not displayed when No Authentication is used; you must edit the language string to make changes.<br />
<br />
[[de:Ohne Authentifizierung]]<br />
[[es:Sin Autenticación]]<br />
[[eu:Autentifikatu_gabe]]<br />
[[fr:Pas d'authentification]]<br />
[[ja:認証なし]]</div>Fesanerhttps://docs.moodle.org/35/en/index.php?title=Email-based_self-registration&diff=117474Email-based self-registration2015-03-14T14:29:29Z<p>Fesaner: </p>
<hr />
<div>{{Authentication}}<br />
The email-based self-registration authentication method enables users to create their own accounts via the 'Create new account' button on the login page. They then receive an email at the address they specified in their account profile to confirm their account.<br />
<br />
==Enabling email-based self-registration==<br />
<br />
An administrator can enable email-based self-registration in ''Administration > Site administration > Plugins > Authentication > Manage authentication''.<br />
<br />
In addition to enabling the plugin, email-based self-registration must be selected from the self registration drop-down menu in the common settings which is further down the same page, underneath the authentication plugins.<br />
<br />
Warning: Enabling self registration results in the possibility of spammers creating accounts in order to use forum posts, blog entries etc. for spam. This risk can be minimized by limiting self registration to particular email domains with the allowed email domains setting in ''Administration > Site administration > Plugins> Authentication > Manage authentication''. Alternatively, self registration may be enabled for a short period of time to allow users to create accounts, and then later disabled.<br />
<br />
Note: The Email-based self-registration authentication plugin must be enabled to allow users who previously self-registered to login. Selecting Email-based self-registration as the self registration method allows potential users to self register.<br />
<br />
You may change the text that appears under "Is this your first time here?" in two ways:<br /><br />
1. add text in the Instructions box found in Site administration ... Plugins ... Authentication ... Manage authentication or,<br /> <br />
2. use the Language Customization tool to edit the language string 'loginsteps' found in moodle.php. Note, this string is different from 'loginstepsnone', which is the string used for No Authentication registration.<br />
<br />
{|<br />
|[[File:Emailbased.png|thumb|left|Login page with 'Create new account' button]]<br />
|}<br />
<br />
==Enable reCAPTCHA element==<br />
<br />
[[Image:New account form with captcha element.png|thumb|New account form with CAPTCHA element]]<br />
A CAPTCHA is a program that can tell whether its user is a human or a computer. CAPTCHAs are used by many websites to prevent abuse from bots, or automated programs usually written to generate spam. No computer program can read distorted text as well as humans can, so bots cannot navigate sites protected by CAPTCHAs.<br />
<br />
Spam protection may be added to the email-based self-registration new account form with a CAPTCHA element - a challenge-response test used to determine whether the user is human.<br />
<br />
In addition to enabling the reCAPTCHA element, email-based self-registration should be set as the self registration authentication plugin and reCAPTCHA keys should be set in the manage authentication common settings.<br />
<br />
==Email confirmation message==<br />
<br />
An automated email confirmation message is sent to the user using the support contact email address.<br />
<br />
You can change this text in ''Administration > Site administration > Language > Language customization'' by choosing the appropriate language pack. selecting 'moodle.php' from 'core' and searching for the string identifier name 'emailconfirmation' and editing it with a local customization.<br />
<br />
{|<br />
|[[File:emailconfirmationstring25.png|thumb|Editing the email confirmation message]]<br />
|}<br />
<br />
==Support contact==<br />
<br />
An administrator can specify a support name, email and/or support page in ''Administration > Site administration > Server > Support contact'' for including in the confirmation email.<br />
<br />
==Tips==<br />
<br />
* Check your user list regularly for spammy/suspect names/emails and/or users in the system but not enrolled in the course<br />
* Disable [[Blogs]] unless actually using them; some spambots know how to post there<br />
* Enable some sort of login failure notification in ''Administration > Site administration > Security > Notifications'' so you can see who is having login issues<br />
* Check ''Administration > Site administration > Reports > Spam cleaner'' from time to time<br />
* Potential users may not receive the account confirmation email due to it ending up in the spam folder, being refused by the remote server, an invalid email address entered etc. Such accounts may be confirmed manually by an admin.<br />
<br />
==See also==<br />
<br />
*[[No Email]]<br />
<br />
Using Moodle forum discussions:<br />
* [http://moodle.org/mod/forum/discuss.php?d=97938 Admin approving self registrations?]<br />
* [http://moodle.org/mod/forum/discuss.php?d=80518 Sending the email confirmation again]<br />
* [http://moodle.org/mod/forum/discuss.php?d=92958 Self registration with validation]<br />
* [https://moodle.org/mod/forum/discuss.php?d=271310 "Password Reset" email blocked by email servers]<br />
* [https://moodle.org/mod/forum/discuss.php?d=271188#p1170455 Email-Based Self-Registration not sending emails: things to know]<br />
<br />
[[de:E-Mail-basierte Selbstregistrierung]]<br />
[[es:Auto-registro_basado_en_Email]]<br />
[[fr:Authentification par courriel]]<br />
[[ja:Eメールによる自己登録]]</div>Fesanerhttps://docs.moodle.org/35/en/index.php?title=Email-based_self-registration&diff=117473Email-based self-registration2015-03-14T14:27:03Z<p>Fesaner: </p>
<hr />
<div>{{Authentication}}<br />
The email-based self-registration authentication method enables users to create their own accounts via the 'Create new account' button on the login page. They then receive an email at the address they specified in their account profile to confirm their account.<br />
<br />
==Enabling email-based self-registration==<br />
<br />
An administrator can enable email-based self-registration in ''Administration > Site administration > Plugins > Authentication > Manage authentication''.<br />
<br />
In addition to enabling the plugin, email-based self-registration must be selected from the self registration drop-down menu in the common settings which is further down the same page, underneath the authentication plugins.<br />
<br />
Warning: Enabling self registration results in the possibility of spammers creating accounts in order to use forum posts, blog entries etc. for spam. This risk can be minimized by limiting self registration to particular email domains with the allowed email domains setting in ''Administration > Site administration > Plugins> Authentication > Manage authentication''. Alternatively, self registration may be enabled for a short period of time to allow users to create accounts, and then later disabled.<br />
<br />
Note: The Email-based self-registration authentication plugin must be enabled to allow users who previously self-registered to login. Selecting Email-based self-registration as the self registration method allows potential users to self register.<br />
<br />
You may change the text that appears under "Is this your first time here?" is two ways:<br />
1. add text in the Instructions box found in Site administration ... Plugins ... Authentication ... Manage authentication or, <br />
2. use the Language Customization tool to edit the language string 'loginsteps' found in moodle.php. Note, this string is different from 'loginstepsnone', which is the string used for No Authentication registration.<br />
<br />
{|<br />
|[[File:Emailbased.png|thumb|left|Login page with 'Create new account' button]]<br />
|}<br />
<br />
==Enable reCAPTCHA element==<br />
<br />
[[Image:New account form with captcha element.png|thumb|New account form with CAPTCHA element]]<br />
A CAPTCHA is a program that can tell whether its user is a human or a computer. CAPTCHAs are used by many websites to prevent abuse from bots, or automated programs usually written to generate spam. No computer program can read distorted text as well as humans can, so bots cannot navigate sites protected by CAPTCHAs.<br />
<br />
Spam protection may be added to the email-based self-registration new account form with a CAPTCHA element - a challenge-response test used to determine whether the user is human.<br />
<br />
In addition to enabling the reCAPTCHA element, email-based self-registration should be set as the self registration authentication plugin and reCAPTCHA keys should be set in the manage authentication common settings.<br />
<br />
==Email confirmation message==<br />
<br />
An automated email confirmation message is sent to the user using the support contact email address.<br />
<br />
You can change this text in ''Administration > Site administration > Language > Language customization'' by choosing the appropriate language pack. selecting 'moodle.php' from 'core' and searching for the string identifier name 'emailconfirmation' and editing it with a local customization.<br />
<br />
{|<br />
|[[File:emailconfirmationstring25.png|thumb|Editing the email confirmation message]]<br />
|}<br />
<br />
==Support contact==<br />
<br />
An administrator can specify a support name, email and/or support page in ''Administration > Site administration > Server > Support contact'' for including in the confirmation email.<br />
<br />
==Tips==<br />
<br />
* Check your user list regularly for spammy/suspect names/emails and/or users in the system but not enrolled in the course<br />
* Disable [[Blogs]] unless actually using them; some spambots know how to post there<br />
* Enable some sort of login failure notification in ''Administration > Site administration > Security > Notifications'' so you can see who is having login issues<br />
* Check ''Administration > Site administration > Reports > Spam cleaner'' from time to time<br />
* Potential users may not receive the account confirmation email due to it ending up in the spam folder, being refused by the remote server, an invalid email address entered etc. Such accounts may be confirmed manually by an admin.<br />
<br />
==See also==<br />
<br />
*[[No Email]]<br />
<br />
Using Moodle forum discussions:<br />
* [http://moodle.org/mod/forum/discuss.php?d=97938 Admin approving self registrations?]<br />
* [http://moodle.org/mod/forum/discuss.php?d=80518 Sending the email confirmation again]<br />
* [http://moodle.org/mod/forum/discuss.php?d=92958 Self registration with validation]<br />
* [https://moodle.org/mod/forum/discuss.php?d=271310 "Password Reset" email blocked by email servers]<br />
* [https://moodle.org/mod/forum/discuss.php?d=271188#p1170455 Email-Based Self-Registration not sending emails: things to know]<br />
<br />
[[de:E-Mail-basierte Selbstregistrierung]]<br />
[[es:Auto-registro_basado_en_Email]]<br />
[[fr:Authentification par courriel]]<br />
[[ja:Eメールによる自己登録]]</div>Fesanerhttps://docs.moodle.org/35/en/index.php?title=No_authentication&diff=117472No authentication2015-03-14T14:20:24Z<p>Fesaner: </p>
<hr />
<div>{{Authentication}}<br />
[[File:no auth.png|thumb|left|Login page when using no authentication]]An administrator can enable 'No authentication' in ''Settings > Site administration > Plugins > Authentication > Manage authentication''.<br />
<br />
With the "No Authentication" method enabled, a user can create an account without any kind of authentication from other systems, and with no email-based confirmation that the email address that they have provided is valid, or even exists!<br />
<br />
This is a good way to create a very insecure Moodle site, and is not recommended.<br />
<br />
This is an option that would normally be used only for testing purposes or if your Moodle site is not available on the Internet.<br />
<br />
The configuration page for this option only offers the ability to lock fields, enable or disable guest access, and provide an alternative login page, in the same way as other authentication plugins.<br />
<br />
If you want to change the text that appears under "Is this your first time here?", use the Language Customization tool to edit the language string 'loginstepsnone' found in moodle.php. Note, this string is different from 'loginsteps', which is the string used for email-based self registration.<br />
<br />
[[de:Ohne Authentifizierung]]<br />
[[es:Sin Autenticación]]<br />
[[eu:Autentifikatu_gabe]]<br />
[[fr:Pas d'authentification]]<br />
[[ja:認証なし]]</div>Fesanerhttps://docs.moodle.org/35/en/index.php?title=Upload_users&diff=90185Upload users2011-09-24T01:36:23Z<p>Fesaner: spelling corrections</p>
<hr />
<div>{{Accounts}}<br />
Location: ''Site administration > Users > Accounts > Upload users''<br />
The upload users link allows the site administrator to load multiple user accounts from a text file as [[Authentication|authenticated users]] on the Moodle site. <br />
<br />
There are many robust options for uploading information (fields associated with a user) with this method: from enrolling users in multiple courses with course specific [[Roles|roles]] to updating user information in the [[User profile]] to deleting users from the site.<br />
<br />
<br />
:''Tip:'' It is usually not necessary to upload users in bulk with Upload users. To keep maintenance work down you should first explore forms of authentication that do not require manual maintenance, such as [[External database authentication|connecting to existing external databases]] or letting the users create their own accounts ([[Self enrolment]]). See [[Manage authentication]] for more information.<br />
<br />
[[File:Upload users initial 2.0.JPG|thumb|center|Initial upload users screen 2.1]]<br />
<br />
<br />
==Upload user process==<br />
Here is an outline of the process:<br />
<br />
# Create file for uploading<br />
# Go to ''Settings > Site administration > Users > Accounts > Upload users''<br />
# Add file to upload<br />
# Upload users preview - check settings and default user profile settings<br />
# Upload users preview - click "Upload users"<br />
# Upload users results - shows list of users, exceptions made in upload and summary of number of users<br />
# Upload users results - click "Continue"<br />
# Returns to Upload users screen<br />
<br />
==Updating users preview==<br />
There are settings for the kind of Upload user function you want to perform on the "Upload users preview" page.<br />
[[File:Upload users preview 2.0.JPG|thumb|center|Upload users preview in Moodle 2.x]]<br />
<br />
<br />
===Updating existing accounts===<br />
<br />
By default Moodle adds new user accounts and skips existing users lines where the <code>username</code> matches an existing account. Set "Upload Type" to '''Add new and update existing us''', and existing user account will be updated.<br />
*Add all, append number to usernames if needed<br />
*Add new and update existing users<br />
*Update existing users only<br />
There are also fields settings to force password change, allow renames, allow deletes, prevent email address duplicates, standardise usernames and select for bulk operations(new users. updated users, all users).<br />
<br />
'''Warning''': errors updating existing accounts can affect your users badly. Be careful when using the options to update.<br />
===Set default user values===<br />
<br />
You may be able to set default user field values, if the fields were not included in the uploaded file on this page.<br />
<br />
==Upload user results ==<br />
After accepting the preview settings by clicking on "Upload users", you should see the the Upload users results screen.<br />
[[File:Upload users results 2.0.JPG|thumb|center|The 2.0 results screen, everything went well]]<br />
This screen will show you any exceptions or changes that were made to each user in the upload process. For example if you were updating user information, the updated information will be shown. Or if a user was not added that record will be highlighted.<br />
<br />
The screen will summarize how many users were uploaded or updated, indicate the number of week passwords and the number of errors.<br />
<br />
<br />
<br />
<br />
==File formats for upload users file==<br />
The upload files have their fields separated by a comma (or other delimiter). The first line contains the valid field names. The rest of the lines (records) contain information about each user.<br />
<br />
:Tips: If you are not an expert, avoid special characters in field information like quotes or other commas. Test a file with only one record before a large upload. Remember there are other ways to authenticate users on you site or enroll users in a course.<br />
<br />
===Valid upload file for testing===<br />
Here is an example of a simple valid upload file:<br />
<br />
<code>username, password, firstname, lastname, email, course1, group1<br /><br />
jonest, verysecret, Tom, Jones, jonest@someplace.edu, math102, Section 1<br /><br />
reznort, somesecret, Trent, Reznor, reznort@someplace.edu, math102, Section 3</code><br />
<br />
===Fields that can be included===<br />
'':Tip:'' We strongly recommend that you test a file that contains fields you proposed to use with one user before attempting a file upload for the first time. demo.moodle.net might be a good place to see if your test file works.<br />
<br />
*'''Required fields''': <br />
:<p><code>username, firstname, lastname, email</code><br />
:Validity checks are performed for:<br />
#<code>username</code> can only contain alphabetical '''lowercase''' letters , numbers, hypen '-', underscore '_', period '.', or at-sign '@' <br />
#<code>email</code> is in the form: ''name@example.com'' .</p> <br />
<br />
*'''Password field''': "password" field is optional if "Create password if needed" setting is chosen (default). <br />
**If included, values should meet the requirements for the site's [[Site_policies#Password_policy|Password policy]]. To force password change for a particular user, set the password field to <code>changeme</code>. <br />
**If omitted, a password will be generated for each user (during the next Cron job) and welcome e-mails sent out (not working in v2.0.2?).<br />
<br />
*'''Optional fields''': To provide values other than the default include one or more of these<br />
:<p><code>institution, department, city, country, lang, auth, ajax, timezone, idnumber, icq, phone1, phone2, address, url, description, mailformat, maildisplay, htmleditor, autosubscribe</code></p><br />
*Country- use a country TWO LETTER CODE<br />
*Some fields have a maximum number of characters that are allow. See hints below.<br />
*Maildisplay, htmleditor and autosubscribe can be set from an import screen in Moodle 2.0.<br />
<br />
*'''Custom profile field names''': (Optional). xxxxx is the real custom user profile field name (i.e. the unique shortname)<br />
:<p><code>profile_field_xxxxx</code></p><br />
: Create the custom fields BEFORE importing. Use the standard header. The "shortname" for your custom field is xxxxx (NB: as at v2.0.2, the shortname must be all lowercase, otherwise won't be recognised). The first record must include "profile_field_xxxxx".<br />
:'''Example''': To create a custom field "genre", you must write a shortname "genre" in the new field, and write "profile_field_genre" in the header of the .csv file.<br />
<br />
*'''Special fields''': Used for changing of usernames or deleting of users<br />
:<p><code>oldusername</code>, <code>deleted</code></p><br />
<br />
*'''Enrolment fields''': (Optional):<br />
:<p><code>course1, type1, role1, group1, enrolperiod1, course2, type2, role2, group2, enrolperiod2</code> etc.<br />
**<code>course</code> is the "shortname" of the course, if present the user will be enrolled in those courses.<br />
** <code>type</code> refers to the role to be used for associated course enrolment. Value 1 is default course role, 2 is legacy Teacher role and 3 is legacy Non-editing Teacher.<br />
** You can use role field instead to specify roles directly - use either role short name or id (numeric names of roles are not supported).<br />
** Users may be also assigned to groups in course (group1 in course1, group2 in course2, etc.).<br />
*** A group is identified by name or id (numeric group names are not supported).<br />
** From Moodle 2.0, you can set the enrolment duration, in days, for each course (<code>enrolperiod1</code> for <code>course1</code>, <code>enrolperiod2</code> for <code>course2</code>, etc.).<br />
<br />
Commas within a field must be encoded as &#44 - the script will decode these back to commas.<br />
<br />
For Boolean fields, use <code>0</code> for false and <code>1</code> for true.<br />
<br />
To prevent users from receiving a large number of emails from courses or forced subscription forums use the '''maildigest'''. The options for this field are 0 = No digest, 1 = Complete digest and 2 = Digest with just subjects.<br />
<br />
==Advanced potentials of Upload user==<br />
===Templates===<br />
<br />
''Note: This section needs checking and updating if necessary for Moodle 2.0. Please do so and remove this note when finished.''<br />
<br />
The default values are processed as templates in which the following codes are allowed:<br />
<br />
* %l - will be replaced by the lastname<br />
* %f - will be replaced by the firstname<br />
* %u - will be replaced by the username<br />
* %% - will be replaced by the %<br />
<br />
Between the percent sign (%) and any code letter (l, f or u) the following modifiers are allowed:<br />
<br />
* (-) minus sign - the information specified by the code letter will be converted to lowercase<br />
* (+) plus sign - the information specified by the code letter will be converted to UPPERCASE<br />
* (~) tilde sign - the information specified by the code letter will be converted to Title Case<br />
* a decimal number - the information specified by the code letter will be truncated to that many characters<br />
<br />
For example, if the firstname is John and the lastname is Doe, the following values will be obtained with the specified templates:<br />
<br />
* %l%f = DoeJohn<br />
* %l%1f = DoeJ<br />
* %-l%+f = doeJOHN<br />
* %-f_%-l = john_doe<br />
* http://www.example.com/~%u/ = http://www.example.com/~jdoe/ (if the username is jdoe or %-1f%-l)<br />
<br />
Template processing is done only on default values, and not on the values retrieved from the CSV file.<br />
<br />
In order to create correct Moodle usernames, the username is always converted to lowercase. Moreover, if the "Allow extended characters in usernames" option in the Site policies page is off, characters different to letters, digits, dash (-) and dot (.) are removed. For example if the firstname is John Jr. and the lastname is Doe, the username %-f_%-l will produce john jr._doe when Allow extended characters in usernames is on, and johnjr.doe when off.<br />
<br />
When the "New username duplicate handling" setting is set to Append counter, an auto-increment counter will be append to duplicate usernames produced by the template. For example, if the CSV file contains the users named John Doe, Jane Doe and Jenny Doe without explicit usernames, the default username is %-1f%-l and New username duplicate handling is set to Append counter, then the usernames produced will be jdoe, jdoe2 and jdoe3.<br />
<br />
===Deleting accounts===<br />
<br />
If the <code>deleted</code> field is present, users with value 1 for it will be deleted. In this case, all the fields may be omitted, except for <code>username</code>. After uploading the file, be sure to change the "Upload type" to "Update existing users only" and the "Allow deletes" option to "Yes".<br />
<br />
Deleting and uploading accounts could be done with a single CSV file. For example, the following file will add the user Tom Jones and delete the user reznort:<br />
<br />
username, firstname, lastname, deleted<br />
jonest, Tom, Jones, 0<br />
reznort, , , 1<br />
<br />
==Encoding file format==<br />
On the initial Upload user screen, you may select the file encoding format from a pull down list. These include UTF-8 (the default), ASCII, ISO-8859-1 to ISO-8859-11 or any one of over 36 formats.<br />
<br />
==Hints==<br />
<br />
===Spreadsheet===<br />
<br />
If you use a spreadsheet program such as Excel to create your .csv file, check the resulting output in a text editor before you upload it. It is possible to get trailing commas on each line from an empty field if you have added and deleted columns of information prior to saving the final file. Also check the character encoding. A csv file is a simple text file (ASCII or Unicode) that can be used to upload user accounts.<br />
<br />
Excel translates passwords that begin with - (minus) or + (plus) as zero. Even when saving as .csv and saying "Yes" to "Keep this format, and leave out any incompatible features." Check for this before uploading, as a zero halts the upload process.<br />
<br />
If you use a formula in Excel to create fields (for example, the concatenate function to create a user name), then remember to copy the cells with the formula and use special paste with values checked to make them into an acceptable data for a csv file.<br />
<br />
===Country===<br />
The country should be written as a two letter code, in capitals. For example, use BE for Belgium or NL for the Netherlands. Using "be" or "nl" as a country code will result in a database error.<br />
:''Tip:'' If you are having trouble working out the two-letter code for a country, you can consult this Moodle source code file /moodle/lang/en_utf8/countries.php [http://cvs.moodle.org/moodle/lang/en_utf8/countries.php?view=markup&pathrev=MOODLE_19_STABLE or click here for a 1.9 STABLE list].<br />
ISO Website: [http://www.iso.org/iso/country_codes/iso_3166_code_lists/english_country_names_and_code_elements.htm]<br />
===Field size limits===<br />
Some fields have maximum character lengths. Typically the file will import to the preview list screen but not finish the process. Turn on debug to see the fields that are too long.<br />
<br />
== See also ==<br />
Moodle Docs:<br />
*[[Flat file]]<br />
<br />
Using Moodle forum discussions:<br />
*[http://moodle.org/mod/forum/discuss.php?d=36851 Can I auto enroll from Excel?]<br />
*[http://moodle.org/mod/forum/discuss.php?d=58215 Making Email Optional]<br />
*[http://moodle.org/mod/forum/discuss.php?d=97903 Uploading users to custom roles]<br />
*[http://moodle.org/mod/forum/discuss.php?d=181259 User upload option: standardise usernames]<br />
*[http://moodle.org/mod/forum/discuss.php?d=144569 Matriculacion con flat file csv] - discussion in Spanish<br />
<br />
[[Category:Authentication]]<br />
[[Category:Enrolment]]<br />
[[Category:Groups]]<br />
<br />
[[fr:Importer des utilisateurs]]<br />
[[ja:ユーザのアップロード]]<br />
[[zh:上传用户]]<br />
[[ru:Загрузка пользователей]]</div>Fesaner