MediaTomb - UPnP MediaServer This documentation is valid for MediaTomb version 0.9.0. Copyright 2005 Gena Batsyan, Sergey Bostandzhyan Copyright 2006-2007 Gena Batsyan, Sergey Bostandzhyan, Leonhard Wimmer THIS SOFTWARE COMES WITH ABSOLUTELY NO WARRANTY! USE AT YOUR OWN RISK! ------------------------------------------------------------------------------- Table of Contents 1. Introduction 1.1. Currently Supported Features 1.2. Planned Features 2. Requirements 3. Compiling From Source 3.1. Standard Method 3.2. Configure Options 4. Initial Installation 4.1. Network Setup 4.2. First Time Launch 5. Command Line Options 5.1. IP Address 5.2. Port 5.3. Configuration File 5.4. Daemon Mode 5.5. Write PID File 5.6. Run Under Different User Name 5.7. Run Under Different Group 5.8. Add Content 5.9. Log To File 5.10. Display Command Line Summary 6. Configuration File 6.1. Server Settings 6.2. Import Settings 7. Supported Devices 7.1. MediaRenderers 7.2. Network Attached Storage Devices 8. Running The Server 9. Legal 9.1. Copyright 9.2. License 10. Acknowledgments 11. Contributions 1. Introduction MediaTomb is an open source (GPL) UPnP MediaServer with a nice web user interface, it allows you to stream your digital media through your home network and listen to/watch it on a variety of UPnP compatible devices. MediaTomb implements the UPnP MediaServer V 1.0 specification that can be found on http://www.upnp.org/. The current implementation focuses on parts that are required by the specification, however we look into extending the functionality to cover the optional parts of the spec as well. MediaTomb should work with any UPnP compliant MediaRenderer, please tell us if you experience difficulties with particular models, also take a look at the Supported Devices list for more information. WARNING! The server has an integrated file system browser in the UI, that means that anyone who has access to the UI can browse your file system (with user permissions under which the server is running) and also download your data! If you want maximum security - disable the UI completely! Account authentication offers simple protection that might hold back your kids, but it is not secure enough for use in an untrusted environment! Note: since the server is meant to be used in a home LAN environment the UI is enabled by default and accounts are deactivated, thus allowing anyone on your network to connect to the user interface. 1.1. Currently Supported Features * browse and playback your media via UPnP * metadata extraction from mp3, ogg, flac, jpeg, etc. files. * Exif thumbnail support * user defined server layout based on extracted metadata (scriptable virtual containers) * automatic directory rescans * sophisticated web UI with a tree view of the database and the file system, allowing to add/remove/edit/browse your media * support for external URLs (create links to internet content and serve them via UPnP to your renderer) * support for ContentDirectoryService container updates * Active Items (experimental feature), allows execution of server side scripts upon HTTP GET requests to certain items * highly flexible configuration, allowing you to control the behavior of various features of the server * support for Linux, FreeBSD, Mac OS X * runs on x86, Alpha, ARM, MIPS, Sparc, PowerPC 1.2. Planned Features * transcoding of audio and video * playlist support * various UPnP improvements 2. Requirements Note: remember to install associated development packages, because development headers are needed for compilation! Note: libupnp is now a part of MediaTomb and does not have to be installed separately. We base our heavily patched version on libupnp 1.4.1 from http: //pupnp.sf.net/ Note: you need at least one database in order to compile and run MediaTomb - either sqlite or mysql. In order to compile MediaTomb you will have to install the following packages.: * sqlite (version > 3.x) http://www.sqlite.org/ REQUIRED (if mysql is not available) * mysql client library (version > 4.0.x) http://mysql.org/ REQUIRED (if sqlite is not available) * zlib http://www.zlib.net/ OPTIONAL, HIGHLY RECOMMENDED Zlib is a compression library that is available on most systems, we need it for the database autocreation functionality. Make sure to install the zlib development package providing zlib.h, if it is not available you will need to create the MediaTomb sqlite3/MySQL database manually. * libmagic OPTIONAL, RECOMMENDED This is the 'file' package, it is used to determine the mime type of the media. If you don't have this you will have to enter file extension to mime type mappings manually in your config file. * js - SpiderMonkey JavaScript Engine http://www.mozilla.org/js/spidermonkey/ OPTIONAL, RECOMMENDED This package is necessary to allow the user defined creation of virtual containers. The import.js script defines the layout of your media, the default import script will create a structure sorted by Audio/Photo/Video, it will make use of the gathered metadata (like ID3 tags) to sort your music by Artist/Album/Genre/Year , etc. The import script can be adjusted and modified - it allows you to create the layout that you want. * taglib http://developer.kde.org/~wheeler/taglib.html OPTIONAL, RECOMMENDED This library retrieves metadata from mp3, ogg and flac files. You will need it if you want to have virtual objects for those files (i.e. nice content layout). Note: It makes no sense to use taglib and id3lib at the same time, the configure script will first look for taglib, if taglib detection fails it will search for id3lib. You can also force the script to take the library of your choice, overriding the default setting. * id3lib http://id3lib.sourceforge.net/ (at least version 3.8.3) OPTIONAL, RECOMMENDED (if taglib is not available) This library retrieves id3 tags from mp3 files. * libexif http://libexif.sourceforge.net/ OPTIONAL, RECOMMENDED You will need this library if you want to extract metadata from images, this will allow you to have virtual containers for your Photos, sorted by various attributes like Date, etc. It also enables thumbnail support: if EXIF thumbnails are present in your images they will also be offered via UPnP. * libextractor http://gnunet.org/libextractor/ OPTIONAL This library tries to gather metadata from all kinds of files (also .avi and .asf). The drawback is, that it can be very slow at scanning video files. We also noticed that it uses a lot of memory when reading files, the result is, that media import becomes extremely slow. It is up to you if you want to use it or not, you may try the 'extract' utility that is provided with the library to check if there is any metadata that can be extracted from your media prior to enabling this feature in MediaTomb. By default libextractor is disabled, use ./configure --enable-libextractor to activate it. In order to use the web UI you will need to have javascript enabled in your web browser. The UI has been tested and works with the recent versions of : * Firefox/Mozilla * Opera Tested and does not work with the recent versions of: * Konqueror * Safari Limited functionality with: * Internet Explorer 6 and 7 3. Compiling From Source 3.1. Standard Method If you don't care about the details - make sure you have installed the required packages and the appropriate development headers and simply run $ ./configure $ make $ make install This should compile and install MediaTomb, the resulting binary is ready to run. 3.2. Configure Options The MediaTomb configure script provides a large variety of options, allowing you to specify the additional libraries that will be used, features that will be compiled or disabled, workarounds for known bugs in some distributions and so on. Some options are straightforward, some require deeper knowledge - make sure you know what you are doing :) 3.2.1. Install Location Of Architecture Independent Files --prefix=PREFIX Default: /usr/local/ Install all architecture independent files - all .js files and .png images for the Web UI, the import.js script, the service description XML files - in the directory of your choice. This is especially useful if you do not want to perform a system-wide installation, but want to install MediaTomb only for your user. Important: the prefix path will be compiled into the binary; the binary will still be relocatable, but you move those files you will have to point MediaTomb to the proper location by specifying it in the server configuration file. 3.2.2. Static Build --enable-static Default: disabled Build a static binary. This may be useful if you plan to install a precompiled MediaTomb binary on a system that does not have all the required libraries and where installation of those libraries is not possible due to reasons beyond your control. Note: if you enable this option, make sure that you have all static versions of the appropriate libraries installed on your system. The configure script may not detect that those are missing - in this case you will get linker errors. Some distributions, for example Fedora Core, do not ship static library versions. 3.2.3. Automatically Create Database --enable-db-autocreate Default: enabled Automatically create the database if it is missing (for example upon a first time launch). Disabling this will make the resulting binary a little smaller, however you will have to take care of the database creation yourself by invoking the appropriate .sql scripts that are provided with the package. Note: the server configuration file has to be setup correctly. Either sqlite or MySQL has to be chosen in the storage section, for sqlite the database file has to point to a writable location, for MySQL the user has to be setup with a valid password and permissions and the database "mediatomb" has to exist. 3.2.4. Debug Malloc/Realloc Of Zero bytes --enable-debug-malloc0 Default: disabled This feature is only for debugging purposes, whenever a malloc or realloc with a value of zero bytes is encountered, the server will terminate with abort() 3.2.5. Use Atomic Assembler Code For x86 Single CPU systems --enable-atomic-x86-single Default: disabled Use assembler code suited for single CPU x86 machines. This may improve performance, but your binary will not function properly on SMP systems. If you specify this for a non x86 architecture the binary will not run at all. If you wonder about the purpose of assembler code in a mediaserver application: we need it for atomic operations that are required for reference counting. The pthread library will be used as a fallback for other architectures, but can also be forced by a designated configure option. This however, will have the worst performance. By default x86 SMP code will be used on x86 systems - it will reliably work on both SMP and single CPU systems, but will not be as fast as the atomic-x86-single option on uniprocessor machines. 3.2.6. Use Pthread Code For Atomic Operations --enable-atomic-pthread Default: auto detect This is the default setting for non x86 architectures, we may add assembler optimizations for other architectures as well, but currently only x86 optimizations are available. This option may also be safely used on x86 machines - the drawback is poor performance, compared to assembler optimized code. 3.2.7. X_MS_MediaReceiverRegistrar Support --enable-mrreg-service Default: disabled This option will enable the compilation and support of the X_MS_MediaReceiverRegistrar UPnP service, this was implemented for future Xbox 360 support. If you have a renderer that requires this service, you can safely enable it. It will always return true to IsValidated and IsAuthorized requests. 3.2.8. Fseeko Check --disable-fseeko-check Default: enabled This is a workaround for a bug in some Debian distributions, disable this check if you know that your system has large file support, but configure fails to detect it. For more information see: ADD LINK HERE 3.2.9. Largefile Support --disable-largefile Default: auto By default largefile support will be auto detected by configure, however you can disable it if you do not want it or if you experience problems with it on your system. 3.2.10. Redefinition Of Malloc And Realloc --disable-rpl-malloc Default: enabled Autoconf may redefine malloc and realloc functions to rpl_malloc and rpl_realloc, usually this will happen if the autotools think that you are compiling against a non GNU C library. Since malloc and realloc may behave different on other systems, this gives us the opportunity to write wrapper functions to handle special cases. However, this redefinition may get triggered when cross compiling, even if you are compiling against the GNU C lib. If this is the case, you can use this option to disable the redefinition. 3.2.11. SQLite Support --enable-sqlite3 Default: enabled The SQLite database is very easy in installation and use, you do not have to setup any users, permissions, etc. A database file will be simply created as specified in the MediaTomb configuration. At least SQLite version 3 is required. 3.2.12. MySQL Support --enable-mysql Default: enabled MySQL is a very powerful database, however it requires some additional setup. You will find information on how to setup MediaTomb with MySQL in the Installation section. 3.2.13. SpiderMonkey LibJS Support --enable-libjs Default: enabled SpiderMonkey is Mozilla's JavaScript engine, it plays a very important role in MediaTomb. We use it to create a nice virtual container layout based on the metadata that is extracted from your media. We also allow the user to create custom import scripts, so everyone has the possibility to adapt the layout to ones personal needs. Read more about this in the installation section. The main problem with this library is, that it is called differently on various distributions and that it is installed in different locations. For example, it is called js on Fedora, but is available under the name of smjs on Debian. If configure fails to find your js headers and libraries you can point it to the desired locations (see options below). 3.2.14. Filemagic Support --enable-libmagic Default: enabled This library determines the file type and provides us with the appropriate mime type information. It is very important to correctly determine the mime type of your media - this information will be sent to your renderer. Based on the mime type information, the renderer will decide if it can play/display the particular file or not. If auto detection returns strange mime types, you may want to do a check using the 'file' command (the 'file' package must be installed on your system). Assuming that you want to check somefile.avi enter the following in your terminal: $ file -i somefile.avi This will print the detected mime type, this is exactly the information that we use in MediaTomb. You can override auto detection by defining appropriate file extension to mime type mappings in your configuration file. You can also edit the mime type information of an imported object manually via the web UI. 3.2.15. Id3lib Support --enable-id3lib Default: enabled, preferred over taglib This library will parse id3 tags of your MP3 files, the gathered information will be saved in the database and provided via UPnP. Further, the gathered metadata will be used by the import script to create a nice container layout (Audio/Artist/Album, etc.) 3.2.16. Taglib Support --enable-taglib Default: disabled if id3lib is available This library will parse id3 tags of your MP3 files as well as information provided with flac files. It claims to be faster than id3lib, but it also seems to have some drawbacks. We had some cases where it crashed when trying to parse tags of certain MP3 files on embedded systems, we had reports and observed that it had problems parsing the sample rates. We also did some valgrinding and detected memory leaks. Our feeling is, that you will have more stable results with id3lib, however it is up to you to enable or disable this library. By default id3lib will be taken if both libraries are present on the system. 3.2.17. Libexif Support --enable-libexif Default: enabled The exif library will gather metadata from your photos, it will also find exif thumbnails which are created automatically by most digital camera models. The gathered data will be used by the import script, the thumbnails will be offered as additional resources via UPnP. 3.2.18. Libextractor Support --enable-libextractor Default: disabled Libextractor is a library that attempts to parse all sorts of files, this includes exif data, id3 tags and much more. It can also deal with .AVI and .ASF files which is useful when your video files have the appropriate metadata. The drawback is - it is slow, especially slow on scanning big video files, so it slows down the import process considerably. For this reason this library is disabled by default. 3.2.19. MediaTomb Debug Output --enable-tombdebug Default: disabled This option enables debug output, the server will print out a lot of information which is mainly interesting to developers. Use this if you are trying to trace down a bug or a problem, the additional output may give you some clues. 3.2.20. UPnP Library Debug Output --enable-upnpdebug Default: disabled This option enables debug output of the UPnP SDK. You should not need it under normal circumstances. 3.2.21. Log Output --disable-log Default: enabled This option allows you to suppress all log output from the server. 3.2.22. Package Search Directory --with-search=DIR Default: /opt/local/ on Darwin, /usr/local/ on all other systems Some systems may have whole sets of packages installed in an alternative location, for example Darwinports on OSX get installed to /opt/local/. This option tells the configure script to additionally search for headers and libraries of various packages in DIR/include and DIR/lib. 3.2.23. Specifying Header And Library Locations Of Various Packages You can specify the exact location of particular headers and libraries. Some packages use extra programs that tell us the appropriate flags that are needed for compilation - like mysql_config. You can also specify the exact location of those programs. The parameters are self explanatory, in case of headers and libraries the DIR parameter is the directory where those headers and libraries are located. --with-sqlite3-h=DIR search for sqlite3 headers only in DIR --with-sqlite3-libs=DIR search for sqlite3 libraries only in DIR --with-mysql-cfg=mysql_config absolute path/name of mysql_config --with-js-h=DIR search for js (spidermonkey) headers in DIR --with-js-libs=DIR search for js (spidermonkey) libraries in DIR --with-magic-h=DIR search for filemagic headers in DIR --with-magic-libs=DIR search for filemagic headers in DIR --with-exif-h=DIR search for libexif headers in DIR --with-exif-libs=DIR search for libexif libraries in DIR --with-taglib-cfg=taglib-config absolute path/name of taglib-config --with-id3lib-h=DIR search for id3lib headers in DIR --with-id3lib-libs=DIR search for id3lib libraries in DIR --with-zlib-h=DIR search for zlib headers in DIR --with-zlib-libs=DIR search for zlib libraries in DIR --with-iconv-h=DIR search for iconv headers in DIR --with-iconv-libs=DIR search for iconv libraries in DIR --with-extractor-h=DIR search for extractor headers in DIR --with-extractor-libs=DIR search for extractor libraries in DIR 3.2.24. The devconf Script If you are doing some development work and some debugging, you will probably want to compile with the -g flag and also disable optimization. The devconf script does exactly that. In addition, it accepts command line parameters that are passed to the configure script. 4. Initial Installation 4.1. Network Setup Some systems require a special setup on the network interface. If MediaTomb exits with UPnP Error -117, or if it does not respond to M-SEARCH requests from the renderer (i.e. MediaTomb is running, but your renderer device does not show it) you should try the following settings (the lines below assume that MediaTomb is running on a Linux machine, on network interface eth1): # route add -net 239.0.0.0 netmask 255.0.0.0 eth1 # ifconfig eth1 allmulti Those settings will be applied automatically by the init.d startup script. You should also make sure that your firewall is not blocking port UDP port 1900 (required for SSDP) and UDP/TCP port of MediaTomb. By default MediaTomb will select a free port starting with 49152, however you can specify a port of your choice in the configuration file. 4.2. First Time Launch When starting MediaTomb for the first time, a .mediatomb directory will be created in your home. Further, a default server configuration file, called config.xml will be generated in that directory. 4.2.1. Using Sqlite Database If you are using sqlite - you are ready to go, the database file will be created automatically and will be located ~/.mediatomb/mediatomb.db If needed you can adjust the database file name and location in the server configuration file. 4.2.2. Using MySQL Database If MediaTomb was compiled with support for both databases, sqlite will be chosen as default because the initial database can be created and used without any user interaction. If MediaTomb was compiled only with MySQL support, the appropriate config.xml file will be created in the ~/.mediatomb directory, but the server will then terminate, because user interaction is required. MediaTomb has to be able to connect to the MySQL server and at least the (empty) database has to exist. To create the database and provide MediaTomb with the ability to connect to the MySQL server you need to have the appropriate permissions. Note that user names and passwords in MySQL have nothing to do with UNIX accounts, MySQL has it's own user names/passwords. Connect to the MySQL database as "root" or any other user with the appropriate permissions: $ mysql [-u ] [-p] (You'll probably need to use "-u" to specify a different MySQL user and "-p" to specify a password.) Create a new database for MediaTomb: (substitute "" with the name of the database) mysql> CREATE DATABASE ; (You can also use "mysqladmin" instead.) Give MediaTomb the permissions to access the database: mysql> GRANT ALL ON .* TO ''@'' IDENTIFIED BY ''; If you don't want to set a password, omit "IDENTIFIED BY .." completely. You could also use the MySQL "root" user with MediaTomb directly, but this is not recommended. To create a database and a user named "mediatomb" (who is only able to connect via "localhost") without a password (the defaults) use: mysql> CREATE DATABASE mediatomb; mysql> GRANT ALL ON mediatomb.* TO 'mediatomb'@'localhost'; If MediaTomb was compiled with database auto creation the tables will be created automatically during the first startup. All table names have a "mt_" prefix, so you can theoretically share the database with a different application. However, this is not recommended. If database auto creation wasn't compiled in (configure was run with the "--disable-db-autocreate" or zlib.h was not available) you have to create the tables manually: $ mysql [-u ] [-p] \ < \ /share/mediatomb/mysql.sql After creating the database and making the appropriate changes in your MediaTomb config file you are ready to go - launch the server, and everything should work. 5. Command Line Options There is a number of options that can be passed via command line upon server start up, for a short summary you can invoke MediaTomb with the following parameter: $ mediatomb --help Note: the command line options override settings in the configuration file! 5.1. IP Address --ip or -i The server will bind to the given IP address, currently we can not bind to multiple interfaces so binding to 0.0.0.0 will not be possible. 5.2. Port --port or -p Specify the server port that will be used for the web user interface, for serving media and for UPnP requests, minimum allowed value is 49152. If this option is omitted a default port will be chosen, however, in this case it is possible that the port will change upon server restart. 5.3. Configuration File --config or -c By default MediaTomb will search for a file named "config.xml" in the ~ /.mediatomb directory. This option allows you to specify a config file by the name and location of your choice. The file name must be absolute. 5.4. Daemon Mode --daemon or -d Run the server in background, MediaTomb will shutdown on SIGTERM, SIGINT and restart on SIGHUP. 5.5. Write PID File --pidfile or -P Specify a file that will hold the server process ID, the filename must be absolute. 5.6. Run Under Different User Name --user or -u Run MediaTomb under the specified user name, this is especially useful in combination with the daemon mode. 5.7. Run Under Different Group --group or -g Run MediaTomb under the specified group, this is especially useful in combination with the daemon mode. 5.8. Add Content --add or -a Add the specified directory or file name to the database without UI interaction. The path must be absolute, if path is a directory then it will be added recursively. If path is a file, then only the given file will be imported. 5.9. Log To File --logfile or -l Do not output log messages to stdout, but redirect everything to a specified file. 5.10. Display Command Line Summary --help or -h Print a summary about the available command line options. 6. Configuration File MediaTomb is highly configurable and allows the user to set various options and preferences that define the servers behavior. Rather than enforcing certain features upon the user, we prefer to offer a number of choices where possible. The heart of MediaTomb configuration is the config.xml file, which is located in the ~/.mediatomb directory. If the configuration file is not found in the default location and no configuration was specified on the command line, MediaTomb will generate a default config.xml file in the ~/.mediatomb directory. The file is in the XML format and can be edited by a simple text editor, here is the list of all available options: * "Required" means that the server will not start if the tag is missing in the configuration. * "Optional" means that the tag can be left out of the configuration file. The root tag of MediaTomb configuration is: 6.1. Server Settings These settings define the server configuration, this includes UPnP behavior, selection of database, accounts for the UI as well as installation locations of shared data. Required This section defines the server configuration parameters. Child tags: * 0 Optional Default: 0 (automatic) Specifies the port where the server will be listening for HTTP requests. Note, that because of the implementation in the UPnP SDK only ports above 49152 are supported. The value of zero means, that a port will be automatically selected by the SDK. * 192.168.0.23 Optional Default: first available interface. Specifies the IP address to bind to, by default one of the available interfaces will be selected. * MediaTomb Optional Default: MediaTomb Server friendly name, you will see this on your devices that you use to access the server. * http://mediatomb.org/ Optional Default: http://mediatomb.cc/ This tag sets the manufacturer URL of a UPnP device, a custom setting may be necessary to trick some renderers in order to enable special features that otherwise are only active with the vendor implemented server. * MediaTomb Optional Default: MediaTomb This tag sets the model name of a UPnP device, a custom setting may be necessary to trick some renderers in order to enable special features that otherwise are only active with the vendor implemented server. * 80/index.html Optional Default: "/" The presentation URL defines the location of the servers user interface, usually you do not need to change this however, vendors who want to ship our server along with their NAS devices may want to point to the main configuration page of the device. Attributes: o append-to=... Optional Default: "none" The append-to attribute defines how the text in the presentationURL tag should be treated. The allowed values are: append-to="none" Use the string exactly as it appears in the presentationURL tag. append-to="ip" Append the string specified in the presentationURL tag to the ip address of the server, this is useful in a dynamic ip environment where you do not know the ip but want to point the URL to the port of your web server. append-to="port" Append the string specified in the presentationURL tag to the server ip and port, this may be useful if you want to serve some static pages using the built in web server. * Required Default: automatically generated if the tag is empty Unique Device Name, according to the UPnP spec it must be consistent throughout reboots. You can fill in something yourself, but we suggest that you leave this tag empty - it will be filled out and saved automatically after the first launch of the server. * /home/your_user_name/.mediatomb Required Default: ~/.mediatomb Server home - the server will search for the data that it needs relative to this directory - basically for the sqlite database file. The mediatomb.html bookmark file will also be generated in that directory. * /usr/share/mediatomb/web Required Default: depends on the installation prefix that is passed to the configure script. Root directory for the web server, this is the location where device description documents, UI html and js files, icons, etc. are stored. * /home/myuser/mystuff Optional Default: empty (disabled) Files from this directory will be served as from a regular web server. They do not need to be added to the database, but they are also not served via UPnP browse requests. Directory listing is not supported, you have to specify full paths. Example: the file something.jar is located in /home/myuser/mystuff/javasubdir/ something.jar on your filesystem. Your ip address is 192.168.0.23, the server is running on port 50500. Assuming the above configuration you could download it by entering this link in your web browser: http:// 192.168.0.23:50500/content/serve/javasubdir/something.jar * 180 Optional Default: 180, this is according to the UPnP specification. Interval for broadcasting SSDP:alive messages * mediatomb.html Optional Default: mediatomb.html The bookmark file offers an easy way to access the user interface, it is especially helpful when the server is not configured to run on a fixed port. Each time the server is started, the bookmark file will be filled in with a redirect to the servers current IP address and port. To use it, simply bookmark this file in your browser, the default location is ~ /.mediatomb/mediatomb.html * Optional This section holds the user defined HTTP headers that will be added to all HTTP responses that come from the server. Child tags: o ... Optional Specify a header to be added to the response. If you have a DSM-320 use to fix the .AVI playback problem. * Optional Default: disabled This will limit title and description length of containers and items in UPnP browse replies, this feature was added a s workaround for the TG100 bug which can only handle titles no longer than 100 characters. A negative value will disable this feature, the minimum allowed value is "4" because three dots will be appended to the string if it has been cut off to indicate that limiting took place. * Optional This section defines various user interface settings. WARNING! The server has an integrated filesystem browser, that means that anyone who has access to the UI can browse your filesystem (with user permissions under which the server is running) and also download your data! If you want maximum security - disable the UI completely! Account authentication offers simple protection that might hold back your kids, but it is not secure enough for use in an untrusted environment! Note: since the server is meant to be used in a home LAN environment the UI is enabled by default and accounts are deactivated, thus allowing anyone on your network to connect to the user interface. Attributes: o enabled=... Optional Default: yes Enables ("yes") or disables ("no") the web user interface. o poll-interval=... Optional Default: 2 The poll-interval is an integer value which specifies how often the UI will poll for tasks. The interval is specified in seconds, only values greater than zero are allowed. o poll-when-idle=... Optional Default: no The poll-when-idle attribute influences the behavior of displaying current tasks: - when the user does something in the UI (i.e. clicks around) we always poll for the current task and will display it - if a task is active, we will continue polling in the background and update the current task view accordingly - when there is no active task (i.e. the server is currently idle) we will stop the background polling and only request updates upon user actions, but not when the user is idle (i.e. does not click around in the UI) Setting poll-when-idle to "yes" will do background polling even when there are no current tasks; this may be useful if you defined multiple users and want to see the tasks the other user is queuing on the server while you are actually idle. The tasks that are monitored are: - adding files or directories - removing items or containers - automatic rescans Child tags: o Optional This section holds various account settings. Attributes: - enabled=... Optional Default: yes Specifies if accounts are enabled ("yes") or disabled ("no"). - session-timeout=... Optional Default: 30 The session-timeout attribute specifies the timeout interval in minutes. The server checks every five minutes for sessions that have timed out, therefore in the worst case the session times out after session-timeout + 5 minutes. Accounts can be defined as shown below: - .... Optional There can be multiple users, however this is mainly a feature for the future. Right now there are no per-user permissions. o Optional Default: 25 This sets the default number of items per page that will be shown when browsing the database in the web UI. The values for the items per page drop down menu can be defined in the following manner: - Default: 10, 25, 50, 100 Note: this list must contain the default value, i.e. if you define a default value of 25, then one of the