Configuring the Website v0.8

Leonardo Crauss Daronco edited this page May 9, 2016 · 5 revisions

For Mconf-Web version 0.8.

Mconf-Web stores all its configurations in a database and provides a management interface in the website where the admin user can edit most of these configurations.

All important site-wide configurations should be available in this management page. If they are not, feel free to require a change posting an issue in our issue tracker.

There are basically 3 ways to configure the website:

  • Using the management area in the website: this is what you should do, see more about it below;
  • Pre-populate the database before creating it, using setup_conf.yml file: useful for development or to setup more than one website (see this page);
  • Hacking the source code and directly editing the database: you'll only need to do it if you need to change something that is not yet configurable using the management page. You'll also need knowledge in Rails if you need this.

It is also important to point out that the majority of the things you might change in the configurations of Mconf-Web will require a restart in the application.

Management area

When you first setup Mconf-Web, an administrator user will be created. The default username, email and password are defined in this file and they should be:

  • email:
  • login: admin
  • password: admin

Log in with this user and you will have access to the management area using a link in the top bar:

Top bar management link

Clicking in this link will take you to the page showing the site configurations. It will look like the page in the image below:

Website configuration page

Clicking in the "Edit" button you can edit all these parameters and also see tooltips explaining how they work:

Tips on the configuration page

Some of the most important things to edit are the username and the password of an email account that will be used to send all emails generated in Mconf-Web (registration confirmations, password resets, webconference invitations, and others). You can configure any SMTP account (by default we use a Gmail account). Changing any property related to this require you to restart the server to take effect.

The attributes currently available to be configured in this page are:

  • Name: The name of your website.
  • Description: A description for your website.
  • Application Domain: The domain of your server (e.g.
  • SMTP login: Login in your SMTP server (e.g.
  • SMTP password: Your SMTP password.
  • SMTP server: Your SMTP server (e.g.
  • SMTP domain: The domain of your SMTP server (e.g.
  • SMTP port: Port used for SMTP (e.g. 587).
  • Use TLS in SMTP: Mark if your need to use TLS in SMTP.
  • Auto start TLS in SMTP: When set to true, detects if STARTTLS is enabled in your SMTP server and starts to use it.
  • SMTP authentication type: Authentication type for SMTP (e.g. login).
  • SMTP sender: Email used to send the emails (e.g.
  • Language: Default language for your website (e.g. en).
  • Timezone: Default timezone for the website.
  • Signature: Signature used in emails sent from your website (e.g. Mconf).
  • SSL: Mark if you need to use SSL/HTTPS in your website. This is necessary so the application can generate links with HTTPS instead of HTTP when necessary (e.g. in emails that have links to the application).
  • Analytics Code: Code for Google Analytics (e.g. UA-12345678-9).
  • Feedback URL: URL that will be opened after a user logs out of a conference (e.g. a Google Drive doc such as
  • Send email on error: Mark if you want to receive emails when an exception occurs in your server.
  • Debug emails recipients: List of emails that should receive debug messages.
  • Debug emails subject prefix: Prefix used in the subject in debug messages (e.g. [mconf-web error]).
  • Enable Shibboleth: Mark if you want to allow shibboleth login in your website.
  • Shibboleth environment variables: Shibboleth variables that the application will read from the environment (e.g. shib-.*).
  • Shibboleth field for email: Shibboleth variable that will be used as the user's email (e.g. Shib-inetOrgPerson-mail).
  • Shibboleth field for name: Shibboleth variable that will be used as the user's name (e.g. Shib-inetOrgPerson-sn).
  • Shibboleth field for login: Shibboleth variable that will be used as the user's login (e.g. Shib-inetOrgPerson-id)
  • Help page: Address of any web page that will be linked in the "Help" link at the footer. Can be an external web site and has to include the entire URL with the protocol (e.g.
  • Use reCaptcha: Mark this if you want to use reCaptcha in your website. Currently it is only used in the registration form. If checked, you have to also set a public and a private reCaptcha key, that can be generated at (Click in "Sign up Now!").
  • reCaptcha's Public Key: The public key for reCaptcha.
  • reCaptcha's Private Key: The private key for reCaptcha.

Aside from site-wide configurations, the management area tab shows link to manage spaces, users, spams, and your web conferences servers and rooms. The web conference page will look similar to:

Configuring the webconference server

In this page you can alter your web conference server's information, manage its rooms and also see the current activity in the server. Note: currently only one web conference server can be used. Even if you add more servers, all rooms will be created in the first one.

Another important feature is to be able to make any user in the website an administrator. To do that, go to the user management page, find the target user and click in the "edit" icon near his/her name:

Editing a user

You will see a page where you can edit the information about the user and, in the bottom, you can mark a checkbox that turns the user into an administrator (he/she will have full control of the website!):

Page to edit a user

You can’t perform that action at this time.
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session.
Press h to open a hovercard with more details.