10 files changed, 84 insertions, 208 deletions
diff --git a/doc/api-authentication.markdown b/doc/api-authentication.markdown
index 3ba1e8f5..c44a6ef9 100644
--- a/doc/api-authentication.markdown
+++ b/doc/api-authentication.markdown
@@ -1,4 +1,4 @@
-API Authentication
+API de autentificación
 ==================
 
 API endpoint
@@ -7,33 +7,39 @@ API endpoint
 URL: `https://YOUR_SERVER/jsonrpc.php`
 
 
-Default method (HTTP Basic)
+Metedo por default (HTTP Basico)
 ---------------------------
 
-### Application credentials
+### Aplicación de credenciales
 
 - Username: `jsonrpc`
-- Password: API token on the settings page
+- Password: API token para la configuración de pagina
 
-### User credentials
+### Credencial de usuario
 
-- Use the real username and password
+- Usar el usuario real y su password
 
-The API use the [HTTP Basic Authentication Scheme described in the RFC2617](http://www.ietf.org/rfc/rfc2617.txt).
+La API usa la [Autentificación Basica del esquema HTTP descrita en el RFC2617](http://www.ietf.org/rfc/rfc2617.txt).
 
 
-Custom HTTP header
-------------------
+Modificar el header HTTP
+------------------------
 
-You can use an alternative HTTP header for the authentication if your server have a very specific configuration.
+Se puede usar un hedear HTTP alternativo para la autentificación si tu servidor es muy especifico
+You can use an alternative HTTP header for the authentication if your server have a very specific
+configuración.
+configuration.
 
 - The header name can be anything you want, by example `X-API-Auth`.
 - The header value is the `username:password` encoded in Base64.
 
-Configuration:
+Configuración:
 
+1. Definir tu cabecera modificada en tu `config.php`: `define('API_AUTHENTICATION_HEADER', 'X-API-Auth');`
 1. Define your custom header in your `config.php`: `define('API_AUTHENTICATION_HEADER', 'X-API-Auth');`
+2. Codificar las credenciales en Base64, ejemplo con PHP
 2. Encode the credentials in Base64, example with PHP `base64_encode('jsonrpc:19ffd9709d03ce50675c3a43d1c49c1ac207f4bc45f06c5b2701fbdf8929');`
+3. Verificar con curl
 3. Test with curl:
 
 ```bash
@@ -43,13 +49,19 @@ curl \
 http://localhost/kanboard/jsonrpc.php
 ```
 
+Error de autentificación
+-------------------------
 Authentication error
 --------------------
 
+Si las credenciales son , recibiras  un `401 Not Authorized` y el correspondiente respuesta del JSON.
 If the credentials are wrong, you will receive a `401 Not Authorized` and the corresponding JSON response.
+ 
 
-
+Error de Autorización
+----------------------
 Authorization error
 -------------------
 
+Si el usuario no  , recibira un `403 Forbidden`.
 If the connected user is not allowed to access to the resource, you will receive a `403 Forbidden`.
diff --git a/doc/es_MX/2fa.markdown b/doc/es_ES/2fa.markdown
index 18e13b88..18e13b88 100644
--- a/doc/es_MX/2fa.markdown
+++ b/doc/es_ES/2fa.markdown
diff --git a/doc/es_MX/analytics.markdown b/doc/es_ES/analytics.markdown
index 87d0f717..87d0f717 100644
--- a/doc/es_MX/analytics.markdown
+++ b/doc/es_ES/analytics.markdown
diff --git a/doc/es_ES/api-authentication.markdown b/doc/es_ES/api-authentication.markdown
new file mode 100644
index 00000000..0612ffee
--- /dev/null
+++ b/doc/es_ES/api-authentication.markdown
@@ -0,0 +1,60 @@
+API de autentificación
+==================
+
+API endpoint
+------------
+
+URL: `https://YOUR_SERVER/jsonrpc.php`
+
+
+Metedo por default (HTTP Basico)
+---------------------------
+
+### Aplicación de credenciales
+
+- Username: `jsonrpc`
+- Password: API token para la configuración de pagina
+
+### Credencial de usuario
+
+- Usar el usuario real y su password
+
+La API usa la [Autentificación Basica del esquema HTTP descrita en el RFC2617](http://www.ietf.org/rfc/rfc2617.txt).
+
+
+Modificar el header HTTP
+------------------------
+
+Se puede usar un header HTTP alternativo para la autentificación si tu servidor es muy especifico
+
+configuration.
+
+- El nombre del header puede ser cualquier cosa que desee, por ejemplo `X-API-Auth`.
+- El valor del header `username:password` esta codificado en Base64.
+
+Configuración:
+
+1. Definir tu header personalizado en tu `config.php`: `define('API_AUTHENTICATION_HEADER', 'X-API-Auth');`
+2. Codificar las credenciales en Base64, ejemplo con PHP  `base64_encode('jsonrpc:19ffd9709d03ce50675c3a43d1c49c1ac207f4bc45f06c5b2701fbdf8929');`
+3. Verificar con curl
+
+```bash
+curl \
+-H 'X-API-Auth: anNvbnJwYzoxOWZmZDk3MDlkMDNjZTUwNjc1YzNhNDNkMWM0OWMxYWMyMDdmNGJjNDVmMDZjNWIyNzAxZmJkZjg5Mjk=' \
+-d '{"jsonrpc": "2.0", "method": "getAllProjects", "id": 1}' \
+http://localhost/kanboard/jsonrpc.php
+```
+
+Error de autentificación
+-------------------------
+Authentication error
+--------------------
+
+Si las credenciales son , recibiras  un `401 Not Authorized` y el correspondiente respuesta del JSON.
+If the credentials are wrong, you will receive a `401 Not Authorized` and the corresponding JSON response.
+ 
+
+Error de Autorización
+----------------------
+
+Si el usuario conectado no tiene permiso para acceder al recurso , recibirá un `403 Forbidden`.
diff --git a/doc/es_MX/api-json-rpc.markdown b/doc/es_ES/api-json-rpc.markdown
index 23088890..23088890 100644
--- a/doc/es_MX/api-json-rpc.markdown
+++ b/doc/es_ES/api-json-rpc.markdown
diff --git a/doc/es_MX/bruteforce-protection.markdown b/doc/es_ES/bruteforce-protection.markdown
index 2a08fc27..2a08fc27 100644
--- a/doc/es_MX/bruteforce-protection.markdown
+++ b/doc/es_ES/bruteforce-protection.markdown
diff --git a/doc/es_MX/user-mentions.markdown b/doc/es_ES/user-mentions.markdown
index 1d7410e3..1d7410e3 100644
--- a/doc/es_MX/user-mentions.markdown
+++ b/doc/es_ES/user-mentions.markdown
diff --git a/doc/es_MX/calendar-configuration.markdown b/doc/es_MX/calendar-configuration.markdown
deleted file mode 100644
index ccd83204..00000000
--- a/doc/es_MX/calendar-configuration.markdown
+++ /dev/null
@@ -1,43 +0,0 @@
-Configuración de calendarios
-============================
-
-Ir al menu de configuraciones, despues elegir cofiguracion de calendarios que se encuentra al lado izquierdo 
-
-![Configuración de calendarios](https://kanboard.net/screenshots/documentation/calendar-settings.png)
-
-Existe dos diferentes calendarios en kanboard :
-
-- Calendarios de projectos
-- Calendario por usuario (disponible desde el dashboard)
-
-Calendario por projectos
-------------------------
-
-Este calendario visualiza las tareas que se le asignan fechas de vencimiento y las tareas estan basadas sobre 
-la fecha de creación o el inicio de fecha
-
-### Visualizar tareas basadas en la fecha de creacion
-
-- El inicio de fecha del evento del calendario es la fecha de creacion de la tarea 
-- El finalización de fecha del evento es cuendo se completa una tarea
-
-### Visualizar tareas basadas en las fechas de inicio
-
-- La fecha de inicio del evento del calendario is la fecha de incio de la tarea
-- Esta fecha puede ser definida manualmente.
-- La fecha de finalización del evento es la fecha de terminación
-- Si no hay una fecha de inicio de la tarea no aparece en el calendario.
-
-Calendarios por usuarios
-------------------------
-
-Este calendario visualiza solo las tareas asignadas para el usuario y opcionalmente la información de las subtareas
-
-### Visualizar subtareas basadas en el tiempo de tracking
-
-- Despliega la información de las subtareas desde el calendario o en el registro de la tabla de seguimiento de tiempo
-- La intersección con los usuarios timetable es calculad
-
-### Las estimaciones muestran las subtareas ( la previsión de los trabajos futuros )
-
-- Mostrar la estimación de los trabajos futuros de las subtareas en estado de "todo" y con un valor definido " estimación " . 
diff --git a/doc/es_MX/email-configuration.markdown b/doc/es_MX/email-configuration.markdown
deleted file mode 100644
index 576c62ea..00000000
--- a/doc/es_MX/email-configuration.markdown
+++ /dev/null
@@ -1,115 +0,0 @@
-Configuración del Email 
-=======================
-
-Configuración de usuarios 
--------------------------
-
-Para recibir notificaciones por email los usuarios de Kanboard deben tener
-
-- Activar las notificaciones de su perfil
-- Tener una dirección valida de email en su perfil
-- Ser miembro del proyecto y que este tenga activo la opción de notificaciones
-
-Nota: El usuario que genera una sesión y que realiza alguna acción no recibe ninguna notificación, sólo otros miembros del proyecto.
-
-Comunicación con correos electronicos
--------------------------------------
-
-There are several email transports available:
-
-- SMTP
-- Sendmail
-- PHP mail funcion nativa
-- Otros métodos que pueden ser proporcionados por  externos : Postmark, Sendgrid and Mailgun
-
-Configuración del servidor
---------------------------
-
-Por default, Kanboard usa el  bundled PHP mail function para el envio de emails.
-Porque usualmente el servidor no requiere una configuración y así tu servidor puede estar listo para enviar emails.
-
-Sin embargo, es posible usar otros metodos, como el protocolo SMTP  y Sendmail
-
-###  Configuración SMTP
-
-Renombrar el archivo `config.default.php` a `config.php` y modificar estos valores:
-
-```php
-// We choose "smtp" as mail transport
-define('MAIL_TRANSPORT', 'smtp');
-
-// We define our server settings
-define('MAIL_SMTP_HOSTNAME', 'mail.example.com');
-define('MAIL_SMTP_PORT', 25);
-
-// Credentials for authentication on the SMTP server (not mandatory)
-define('MAIL_SMTP_USERNAME', 'username');
-define('MAIL_SMTP_PASSWORD', 'super password');
-```
-
-También es posible utilizar una conexión segura, TLS or SSL:
-
-```php
-define('MAIL_SMTP_ENCRYPTION', 'ssl'); // Valid values are "null", "ssl" or "tls"
-```
-
-### Configuración Sendmail 
-
-Por default el comando para el sendmail esta `/usr/sbin/sendmail -bs` Pero usted puede personalizarlo en su archivo de configuración.
-
-Ejemplo:
-
-```php
-// We choose "sendmail" as mail transport
-define('MAIL_TRANSPORT', 'sendmail');
-
-// If you need to change the sendmail command, replace the value
-define('MAIL_SENDMAIL_COMMAND', '/usr/sbin/sendmail -bs');
-```
-
-### PHP funcion nativa de email
-
-Esta es la configuración por default
-
-```php
-define('MAIL_TRANSPORT', 'mail');
-```
-
-### La dirección de correo electrónico del remitente
-
-Por default, los correos electrónicos utilizarán la dirección del remitente `notifications@kanboard.local`.
-con este correo no es posible responderle
-
-Tu puedes personalizar esta direccion cambiando el valor de la constante `MAIL_FROM` en tu archivo de configuración
-
-```php
-define('MAIL_FROM', 'kanboard@mydomain.tld');
-```
-
-Esto puede ser útil si su configuracion del servidor SMTP no acepta una dirección por default.
-
-### Cómo mostrar un enlace a la tarea en las notificaciones ?
-
-Para hacer eso, tu tienes que especificar la URL de tu instalación de tu kanboard [Application Settings](https://kanboard.net/documentation/application-configuration).
-
-De manera predeterminada, no se define nada, por lo que no se mostrará los enlaces.
-
-Ejemplos :
-
-- http://demo.kanboard.net/
-- http://myserver/kanboard/
-- http://kanboard.mydomain.com/
-
-No se olvide de la barra final `/`.
-
-Es necesario definir de forma manual debido a que Kanboard no puede adivinar la dirección URL de una secuencia de comandos de línea de comandos y algunas personas tienen una configuración muy específica.
-
-Solución de problemas
----------------------
-
-Si no hay mensajes de correo electrónico se envían y que está seguro de que todo está configurado correctamente entonces:
-
-- Verificar el correo de spam
-- Habilita el modo debug y verifique el archivo `data/debug.log`, Debería ver el error exacto
-- Asegúrese de que el servidor o el proveedor de alojamiento le permite enviar mensajes de correo electrónico
-- Si usa Selinux Permitir a PHP enviar emails
diff --git a/doc/es_MX/kanban-vs-todo-and-scrum.markdown b/doc/es_MX/kanban-vs-todo-and-scrum.markdown
deleted file mode 100644
index 6e8d9e6c..00000000
--- a/doc/es_MX/kanban-vs-todo-and-scrum.markdown
+++ /dev/null
@@ -1,38 +0,0 @@
-Kanban vs Todo lists and Scrum
-==============================
-
-Kanban vs Todo lists
---------------------
-
-### Todo lists (lista de tareas) :
-
-- Fase unica (es solo una lista de tareas)
-- Multitarea posible (no eficiente)
-
-### Kanban:
-
-- Multi fases, 
-- Concentración absoluta para evitar multitareas por que se puede establecer un limite por columna para mejorar el progreso
-
-
-Kanban vs Scrum
----------------
-
-### Scrum:
-
-- Los sprints son time-boxed, usualmente 2 o 4 semanas
-- No permitir cambios durante la iteración
-- La estimación es requerida
-- Utiliza la velocidad como métrica predeterminada
-- El tablero de Scrum se borra entre cada sprint
-- Scrum tiene funciones predefinidas como scrum master , los dueños del producto y el equipo
-- Una gran cantidad de reuniones: planeaciones, backlogs grooming, daily stand-up, retrospectiva
-
-### Kanban:
-
-- Fluido continuo
-- Los cambios se pueden crear en cualquier momento
-- La estimacion es opcional
-- Usa la iniciativa del tiempo de ciclo para apresurar el performance
-- el tablero Kanban board es persistente
-- Kanban no impone estrictas restricciones y reuniones, el proceso es mas flexible