Petite application de maling avec Ruby on rails

Application qui doit permettre de créer des templates de mail contenant éventuellement des variables.
Un point API permettra d’envoyer un de ces mails en fournissant le code de la template.
Un autre point API permettra d’obtenir la liste des mails disponibles avec leurs codes.
L’envoi du mail pourra être programmé à une date donnée.
Chaque envoi de mail est conservé en base avec toutes les informations. Et peut être ainsi renvoyé tel quel.
BUTS :
- Intégration d’un service extérieur (en l’occurrence mailgun) via son API, tu pourras créer un compte mailgun basic gratuit.
- Partie Front end backoffice
- Partie Backend Modélisation d’un mailing, d’une template mail.
- Tests unitaires fonctionnels
- API JSON
- Programmation de tâches (Librairie Delayed Job de préférence)
Gems shoulda et mocha pour tes test unitaires et fonctionnels.
Ruby 2.2 et Rails 4.2

1 - Backoffice
Page backoffice très simple permettant de créer/éditer une template mail et de lui assigner un code (exemple de code « relance-mise-en-cause » )
Le code d’une template doit être unique.
La template peut contenir des variables, notamment pour l’introduction Cher <civility><name> etc.
On va gérer seulement 3 variables : civility de type string , denomination de type string, et une autre court-date de type date.
A toi de définir la syntaxe de ces variables dans le corps du mail.
2 - API / Envoi/programmation envoi d’un mail Exemple possible d’utilisation :
POST mailings…
avec pour JSON :
{
code : <code de la template>, //exemple : « convocation-mairie »
subject : <objet du mail>,
to: <email destinataire>,
from: <email expéditeur>,
deliver_at: <date à laquelle il faut envoyer le mail>, // de type timestamp epoch
variables : {
court_date: <date au format ISO 8601 avec jour mois année + heure>,
civility: <civilité du destinataire>, // Mr Mme
denomination: <dénomination du destinataire> // Ex: « Pierre Dupont »
}

}
L’appel retourne un ID du mailing créé en base. (Pour être utilisé plus tard pour savoir par exemple si le mail a été délivré/ ouvert ou bien s’il y a eu une erreur ou bien le renvoyer etc.)

Exemple de retour au format JSON si le mailing a été créé en base :
{
ID: <id>
}
Les différents cas d’erreurs sont à gérer comme par exemple pas de code fourni, pas de valeur pour « to » etc dans le modèle Mailing. A toi de faire les règles de validation d’un objet mailing.
L’api doit retourner l’erreur en cas d’erreur.

3 - POINT API PERMETTANT D’obtenir la liste (index) de mailings disponibles avec leurs codes
GET <…>
qui retourne une liste au format JSON des mailings disponibles.

4 - BONUS (FACULTATIF) : API STATUT D’UN MAILING ENVOYE Point API auquel on passe l’ID d’un mailing envoyé ou programmé et qui retourne son statut.
Avec Mailgun par exemple, on peut savoir si le mail a été délivré, ouvert, bounced etc.
Il suffit de faire les Hooks pour mailguns et ensuite d’écrire ce statut dans un attribut du mailing.