je suis passé à ce client mail
tout est intégré jusqu'à la synchro carddav.
ça remplace parfaitement mon roundcube (+ rcmcarddav) et c'est plus rapide/beau.
ça peut fonctionner sans BDD, avec sqlite.
edit: le stockage sqlite c'est juste pour la partie carnet d'adresse. Le reste est sous la forme de fichier plat. C'est cool!

reste à tester les filtres sieve pour voir si ça fonctionne bien.
edit: ça marche nickel mais faut visiblement migrer les filtres existants si ceux-ci ont été créés avec le plugin managesieve de rouncube ; car les 2 ne sont pas compatibles.
$maildir/$domain/$user/sieve/managesieve.sieve # celui de managesieve
$maildir/$domain/$user/sieve/rainloop.user.sieve # celui de rainloop

plein d'outils pour tester, dont gratuitement et sans inscription:

• du telnet avec templates imap(s), pop3(s), http(s), etc..
• de l'envoi ou de la réception de mail (en TLS uniquement ou pas)

voila pourquoi je ne fais pas confiance aux applications propriétaires.

pendant ce temps là y'a des gens qui se ruent sur ces applications à la con et balancent toutes vos infos persos à tour de bras sans s'en rendre compte. fuuuuu..

via http://linuxfr.org/users/charlycha/journaux/mefiez-vous-des-applications-de-courriel-sur-mobile

au nom de la "facilité", faire la promotion d'une app propriétaire "boite noire" (pléonasme) dont la société éditrice a pour but de pomper tous les mails qu'ils soient sur gmail ou sur d'autres comptes externes.

what else?

epic emails.

"""
Mail-in-a-Box turns a fresh Ubuntu 14.04 LTS 64-bit machine into a working mail server, including SMTP (postfix), IMAP (dovecot), Exchange ActiveSync (z-push), webmail (Roundcube), spam filtering (spamassassin), greylisting (postgrey), CardDAV/CalDAV (ownCloud), DNS, SPF, DKIM (OpenDKIM), DMARC, DNSSEC, DANE TLSA, SSHFP, and basic system services like a firewall, intrusion protection, and setting the system clock.
Mail-in-a-Box is similar to iRedMail and Modoboa.
"""
archi: https://mailinabox.email/static/architecture.svg
github: https://github.com/mail-in-a-box/mailinabox

plein d'outils pour tester du SSL / TLS

• mail servers test
• web server test (voir aussi le très bon https://www.ssllabs.com/)
• liste de quelques hébergeurs de mail avec indication de la façon dont SSL / TLS est implémenté
• un outil pour tester la délivrabilité des mails et pour identifier comment est réalisé la connexion (securisée ou pas, avec quels protocoles et quels algo de chiffrement): https://ssl-tools.net/mails

pour intégrer un roundcube dans owncloud.
j'ai installé ça pour mes parents, ça leur permet d'avoir tout au même endroit et de ne retenir qu'un seul mdp: celui de owncloud.

en attendant l'application "mail" dont le developpement est très actif.

Je souhaite servir du mail pour un autre domaine que celui que j'utilise principalement pour mon serveur.
J'ai correctement configuré SPF et DKIM mais ça ne suffit pas.
Mes mails restent considérés comme spam par gmail.
Une des techniques majoritairement utilisées par les fournisseurs de mail consiste à vérifier que la résolution inverse de l'IP source du mail corresponde bien avec le HELO hostname.
En effet, le domaine pour lequel je souhaite envoyer des mails n'est pas celui obtenu par la résolution inverse de l'IP de mon serveur (qui est actuellement fralef.me).
A noter que les mails envoyés depuis @fralef.me ne sont pas considérés comme spam.

Pour le domaine avec lequel je souhaite envoyer du mail, j'ai testé http://www.mail-tester.com/ et j'ai eu un score maximal.
J'ai aussi testé en envoyant un mail à check-auth@verifier.port25.com (voir http://www.bortzmeyer.org/repondeurs-courrier-test.html pour d'autres auto-répondeurs). Résultat:

==========================================================
Summary of Results

SPF check: pass
DomainKeys check: neutral
DKIM check: pass
Sender-ID check: pass
SpamAssassin check: ham

Je suis dans une impasse car j'ai fait tout ce que j'ai pu et il semblerait que google exige que mon PTR contienne le domaine du mail envoyé.
De plus, je ne peux pas rajouter plusieurs entrée à mon PTR 195.154.216.148 et ce n'est de toute façon pas conseillé.
Alors ma question est: comment faire.. sans ajouter d'IP supplémentaires (2€ HT/mois)

Merci

edit: bon il semblerait que je sois tombé dans le mythe du ptr obligatoire. je vais creuser
"""Contrary to the myth, you do not need to have the rDNS domain set as the domain part of 'From' address in email.""" (http://serverfault.com/questions/443548/what-is-the-correct-mail-set-up-for-multiple-domains-on-one-server)

cette nouvelle version de Kolab me fait de l'oeil...
parmi les fonctionnalités, celles qui manquent le plus dans mon roundcube sont:

• la recherche à travers plusieurs dossiers IMAP
• les tags

edit: la recherche à travers plusieurs dossiers IMAP apparaitra dans roundcube 1.1 (http://trac.roundcube.net/milestone/1.1-beta) \o/
donc faut juste attendre 2 mois environ

Ah tiens j'ignorais que kolab (logiciel libre de groupware vraiment complet) fournissait un service en ligne dont les données sont hébergées en Suisse.
Coûts:

• à partir de 3.75€ par mois et juste 2GB (extensibles) mails.
• ou pour la totale avec synchro mobile, c'est à partir de 8.24€.
  C'est un peu cher je trouve.

Sinon pour ceux qui ne veulent/peuvent toujours pas s'autohéberger, il y a toujours ces très bonnes assos qui fournissent du mail à prix/dons libres:
https://www.openmailbox.org/ (Paris)
https://www.sud-ouest.org/ (Langon)
<del>https://help.riseup.net/en (US, à éviter même s'ils ont un canary statement https://help.riseup.net/en/canary)</del>
d'autres liens là: https://jeekajoo.eu/links/?atTouA

pour remplacer le vieillissant postfixadmin, ça peut être bon.
c'est écrit en python.
ça va plus loin que postfixadmin car il y a des graphs, visu quota, ainsi qu'un webmail.
via linux mag #172

vérifie si ton spf est bien paramétré
et essaie d'obtenir un de tes mails (source entier) au niveau de la destination et qui a été considéré comme spam.

rhaaa les branleurs. et après ça vient te parler de 'claoude' souverrain?

d'autres skins roundcube

enfin pour moi larrymod reste le meilleur: https://github.com/lefoyer/larrymod
en l'occurrence c'est un plugin qui modifie le theme original appelé "larry" pour le rendre plus minimaliste.

haha, pas mal.
bien sûr aucun mail n'arrivera à destination car la probabilité pour que l'adresse cible soit réelle est infime.

Mais si le TLD (lui aussi générer de manière aléatoire) de l'enregistrement DNS du mail cible existe:
cela peut faire du boulot inutile pour les résolveurs DNS du FAI utilisé pour spammer / et derrière les serveurs root.

via https://chabotsi.fr/links/?45sQoQ

un autre hébergeur (francais) à prix libre pour les mails
via tcit sur linuxfr

merci Oros, radicale ta technique :)
il se trouve que le problème était couche 8 (PEBAK) car les premiers logs d'accès à l'URL du paste proviennent de l'IP de mon ami. je sais pas ce qu'il a fouttu, c'est bizarre.
est-ce qu'un proxy d'entreprise pourrait expliquer ce comportement?

J'ai envoyé un lien depuis mon mail (que j'héberge) vers un zerobin (que j'hébèrge aussi) sur la boite gmail d'un ami.
Ce paste était configuré pour s'auto-détruire après sa première lecture.
Je suis sûr de ne pas avoir cliqué sur ce lien moi même - mon ami non plus.
Or il apparait que le lien a été lu car il est détruit.

Je savais que google indexait le contenu des mails par contre j'ignorais qu'il allait également sur les liens - si c'était réellement le cas.
Du coup, je vais investiguer et faire quelques tests pour voir si c'est systématique ou s'il n'y pas simplement eu un petit problème en couche 8...

Si vous avez des infos là dessus, faites tourner.

edit: problème couche 8 (PEBAK) car les premiers logs d'accès à l'URL du paste proviennent de l'IP de mon ami. je sais pas ce qu'il a fouttu, c'est bizarre.
est-ce qu'un proxy d'entreprise pourrait expliquer ce comportement?