Have something to say?
Terraform provider
As a DevOps, it would be convenient to have a Terraform provider. It would make it easy to provision new users and update the global configuration without having to directly use the API or the user interface.
Email Subject Customization via Template Interface
It should be possible to customize the email subject directly from the template interface. By default, the template title can be used as the email subject. Template variables should be supported within the title to allow dynamic subject generation. From the API perspective: If a template-id is provided, the subject field becomes optional. If both subject and template-id are provided, the explicitly defined subject in the API should override the template title.
Verify DNS settings button should update Status automatically
Status should show “Verified” w/o having to reload home/domains view.
Email configuration / Filtering and sorting of managed domains
In the email domain configuration, domains are displayed in order of creation, and we have/will have several hundred of them. This is neither practical nor efficient. It would be good to: Reduce the height of the lines for a more compact display. Be able to sort, at least by domain name. Be able to filter by domain name, or even by domain status (see unverified domains).
Redelivering a webhook
In the incoming email logs, it would be useful to be able to restart webhook calls directly from the interface, to facilitate testing, rather than having to resend an email each time.
Format des logs exportées en SFTP
Les logs csv exportées manquent d’info pour une analyse efficace, automatisée ou pas, pour nous: Adresse de l’émetteur. Nous avons des dizaines d’instances applicatives, avec des domaines émetteurs différents. Sans l’adresse de l’émetteur, il est complexe de retrouver l’instance source de l’envoi. Status: hard, soft, done. Le status “hard” regroupe des causes différentes, et en l’état, il est impossible avec ce fichier de retrouver, notamment, les adresses inexistantes pour les traiter. => il serait très utile, voire nécessaire, de rajouter le status code SMTP, et le message associé, pour rendre possible une analyse utile. En l’état, on peut faire des stats avec le status “hard, soft, done”, et lister les remontées de spam (ce qui est bien), mais pas plus.
Status code dans la visualisation des logs
Dans la page de visu des logs https://app.sweego.io/logs/email, ce serait bien de pouvoir personnaliser les colonnes pour afficher le Status Code, en analyse opérationnelle. Par exemple, filtrer sur undelivered, puis analyser les status codes pour lister les mailboxes inexistantes.
View stats on mobile
The https://app.sweego.io/statistics/email page is not very usable on mobile. Access to the date filter is not possible, nor is scrolling to the right on the graph to see recent stats. This is not critical, but it would be useful for operational monitoring on mobile.
Filter on Statistics page
It possible to add personalized email header with SMTP or API sending campaign_type (transac|newsletter|market) campaign_tags You can put whatever you want These headers are found via webhook or api in the /logs method. This allows users to segment and refine the statistics they integrate into their application. We're going to add filters to the graphical interface to display only what is relevant to the content of these headers