autolab
diff --git a/‎docker/initialize_user.sh ‎bin/initialize_user.sh b/‎docker/initialize_user.sh ‎bin/initialize_user.sh
diff --git a/‎bin/setup.sh
+3 b/‎bin/setup.sh
+3
diff --git a/‎config/environments/production.rb.template
+20-18 b/‎config/environments/production.rb.template
+20-18
diff --git a/‎docs/api-interface.md
+1-1 b/‎docs/api-interface.md
+1-1
diff --git a/‎docs/api-overview.md
+3-3 b/‎docs/api-overview.md
+3-3
diff --git a/‎docs/command-line-interface.md
+3-3 b/‎docs/command-line-interface.md
+3-3
diff --git a/‎docs/docker-compose.md
-227 b/‎docs/docker-compose.md
-227
@@ -1,5 +1,8 @@
 #!/usr/bin/env bash
 
+# This is the legacy One-Click install script
+# It probably doesn't work anymore, but is left here as reference
+
 #####################################
 ## Initialization & Helper Functions
 #####################################
 
@@ -39,10 +39,7 @@ Autolab3::Application.configure do
     config.force_ssl = true
     config.middleware.use Rack::SslEnforcer, :except => [ /log_submit/, /local_submit/ ]
   end
-    
-    
-
-
+  
   # See everything in the log (default is :info)
   config.log_level = :info
 
@@ -75,23 +72,28 @@ Autolab3::Application.configure do
   # with SQLite, MySQL, and PostgreSQL)
   # config.active_record.auto_explain_threshold_in_seconds = 0.5
 
-  # Provide context to the email generator about the host
-  #config.action_mailer.default_url_options = {protocol: 'http', host: 'example.com' }
-
-  config.action_mailer.delivery_method = :sendmail
   config.action_mailer.perform_deliveries = true
   config.action_mailer.raise_delivery_errors = true
 
-  # Use a custom smtp server, like Mandrill
-  #config.action_mailer.smtp_settings = {
-  #  address:              'smtp.mandrillapp.com',
-  #  port:                 25,
-  #  enable_starttls_auto: true,
-  #  authentication:       'login',
-  #  user_name:            'MANDRILL_USERNAME',
-  #  password:             'MANDRILL_PASSWORD',
-  #  domain:               'example.com',
-  #}
+  # Provide context to the email generator about the host
+  config.action_mailer.default_url_options = {protocol: 'http', host: 'yourhost.com' }
+
+  # Use a custom smtp server, such as gmail, mailgun, sendgrid
+  config.action_mailer.smtp_settings = {
+    address:              'smtp.example.com',
+    port:                 25,
+    enable_starttls_auto: true,
+    authentication:       'login',
+    user_name:            'example',
+    password:             'example',
+    domain:               'example.com',
+  }
+
+  # default from 
+  ActionMailer::Base.default :from => '[email protected]'
+
+  # option for using sendmail
+  # config.action_mailer.delivery_method = :sendmail
 
   config.middleware.use ExceptionNotification::Rack,
     email: {
 
@@ -1,6 +1,6 @@
 This page details all the endpoints of the Autolab REST API.
 
-The client's access token should be included as a parameter to all endpoints. For details on obtaining access tokens, please see the [API Overview](/api-overview/)
+The client's access token should be included as a parameter to all endpoints. For details on obtaining access tokens, please see the [API Overview](/api-overview/).
 
 ## Routing
 
 
@@ -18,7 +18,7 @@ V1 of the API allows clients to:
 
 All endpoints of the Autolab API requires client authentication in the form of an access token. To obtain this access token, clients must obtain authorization from the user.
 
-Autolab API uses the standard [OAuth2](https://tools.ietf.org/html/rfc6749) [Authorization Code Grant](https://tools.ietf.org/html/rfc6749#section-4.1) for user authorization. For clients with no easy access to web browsers (e.g. console apps), an alternative [device flow](https://tools.ietf.org/html/draft-ietf-oauth-device-flow-07)-based authorization method is provided as well.
+Autolab API uses the standard <a href="https://tools.ietf.org/html/rfc6749" target="_blank">OAuth2</a> <a href="https://tools.ietf.org/html/rfc6749#section-4.1" target="_blank">Authorization Code Grant</a> for user authorization. For clients with no easy access to web browsers (e.g. console apps), an alternative <a href="https://tools.ietf.org/html/draft-ietf-oauth-device-flow-07" target="_blank">device flow</a>-based authorization method is provided as well.
 
 To understand how to authorize and unauthorize clients as a user, go to [Managing Authorized Apps](/api-managing-authorized-apps/)
 
@@ -38,9 +38,9 @@ The endpoint for obtaining user authorization is
 The endpoint for obtaning access tokens and refresh tokens is
 `oauth/token`
 
-[Section 4.1 of RFC 6749](https://tools.ietf.org/html/rfc6749#section-4.1) details the parameters required and the response clients can expect from these endpoints.
+<a href="https://tools.ietf.org/html/rfc6749#section-4.1" target="_blank">Section 4.1 of RFC 6749</a> details the parameters required and the response clients can expect from these endpoints.
 
-Autolab API provides a refresh token with every new access token. Once the access token has expired, the client can use the refresh token to obtain a new access token, refresh token pair. Details are also provided in RFC 6749 [here](https://tools.ietf.org/html/rfc6749#section-6).
+Autolab API provides a refresh token with every new access token. Once the access token has expired, the client can use the refresh token to obtain a new access token, refresh token pair. Details are also provided in RFC 6749 <a href="https://tools.ietf.org/html/rfc6749#section-6" target="_blank">here</a>.
 
 ### Device Flow
 
 
@@ -1,13 +1,13 @@
 # Autolab Command Line Interface
 
-To help showcase the capabilities of the API, we developed autolab-cli: A first-party command line client that serves as both a practical tool for users of Autolab, as well as a reference design for developers intending to use the API in their own programs. The cli includes features like downloading and submitting assignments from the terminal, viewing problems, and getting submission feedback.
+To help showcase the capabilities of the [API](/api-overview), we developed autolab-cli: A first-party command line client that serves as both a practical tool for users of Autolab, as well as a reference design for developers intending to use the API in their own programs. The cli includes features like downloading and submitting assignments from the terminal, viewing problems, and getting submission feedback.
 
 !!! info "Note to CMU Students:"
     This cli binary has already been installed on the andrew machines as `autolab`.
 
 ## Obtaining authorization
 
-Make sure you have the cli installed by running `autolab` in your terminal. If you see the usage instructions you're good to go. Otherwise, ask your school admin to install the cli from the [Autolab CLI Repository](https://github.com/autolab/autolab-cli).
+Make sure you have the cli installed by running `autolab` in your terminal. If you see the usage instructions you're good to go. Otherwise, ask your school admin to install the cli from the <a href="https://github.com/autolab/autolab-cli" target="_blank">Autolab CLI Repository</a>.
 
 To setup autolab-cli with your Autolab account, run `autolab setup`. This will initiate a manual activation.
 
@@ -96,4 +96,4 @@ $ autolab <sub-command> -h
 
 This will reveal other flags you may be able to use with each command. For example, you can call all of the context-dependent commands outside of an assessment directory by providing the `<course_unique_name>:<asmt_unique_name>` pair.
 
-We hope this speeds up your workflow! If you find any problems, please file an issue on the [Autolab CLI Repository](https://github.com/autolab/autolab-cli).
+We hope this speeds up your workflow! If you find any problems, please file an issue on the <a href="https://github.com/autolab/autolab-cli" target="_blank">Autolab CLI Repository</a>.