Les fans de NAS Synology

@lex a dit:

J'ai dit:"plus jamais ça": la moindre coupure, et tu rates des mails (tu ne les reçois jamais car le serveur est indisponible au moment où l'autre envoie son mail).

Cliquez pour agrandir...

Sebulba a dit:

Tiens a propos de NAS je voulais dire a quel point j'étais content de MailPlus server, j'ai complètement coupé mes liens avec Google pour le mail, tout rapatrié sur mon NAS, et ce serveur est une merveille

Seul point négatif, c'est Synology, donc 5 licences gratuites et puis.... 250 EUR les 5 users de plus (!!!) pas intérêt d'avoir une famille nombreuse
C'est pareil pour les licence camera, donc ca n'etonnera personne...

Cliquez pour agrandir...

Il n'y a pas photo, si tu veux reprendre le contrôle sur pas mal de services dont tu te sers personnellement ou en tant que "Small Business", Synology y apporte quasi toutes les solutions et ça s'étend petit à petit.

Jusqu'à il y a peu, j'ai toujours dit que j'utilisais mon Synology comme backup de tout ce qui est service Google car j'accepte le fait qu'ils pompent nos données pour fournir le service.

Mais petit à petit ma stratégie évolue car ils ne se contentent plus de nos données.

Ca a commencé avec les photos, avec le volume qui est maintenant limité j'ai basculé ma gestion des photos à 100% sur Synology Photos..

Il n'est pas exclu que j'y passe pour les mails le jour où mes enfants seront en âge d'avoir une adresse

@lex a dit:

J'ai dit:"plus jamais ça": la moindre coupure, et tu rates des mails (tu ne les reçois jamais car le serveur est indisponible au moment où l'autre envoie son mail).

Cliquez pour agrandir...

Heu il y a des mécanismes de retry hein...

Je n'aurais pas dit mieux. Après je ne dis pas que l'utilisateur moyen qui recoit 10 mails par semaine doit se faire chier à avoir son propre mailserver.

Mais quand on en a un usage industriel, qu'on voit un peu les grands groupes commencer a sérieusement se foutre de votre poire ( en faisant payer ce qui a toujours été gratuit car on le troquait contre nos datas) ya un moment faut aussi se remettre en question...
C'est pas nous qui revenons en arrière ; c'est eux qui attaquent.

Donc tu as un relais quelque part pour faire tempon si tu as du downtime !

Il y a plusieurs solutions, on peut peut etre faire un sujet a part si ca intéresse quelqu'un. On peut soit se baser uniquement sur les retries, soit tu peux avoir un relais intermédiaire qui stocke, voir avoir les deux en parallèle (et ton relais devient un backup MX de ton NAS).

Sebulba a dit:

on peut peut etre faire un sujet a part si ca intéresse quelqu'un

Cliquez pour agrandir...

Ça m'intéresse.

À l'époque, le moindre downtime de plus de quelques (dizaines de) secondes et tu perdais des mails, l'émetteur recevait alors un message de retour de son SMTP que mon adresse n'était pas disponible.

Depuis, je suis chez OVH (et Google pour le brol).

Je n'ai jamais osé essayer le mail Syno en local pour cette raison.

Idem

Sebulba a dit:

Je n'aurais pas dit mieux. Après je ne dis pas que l'utilisateur moyen qui recoit 10 mails par semaine doit se faire chier à avoir son propre mailserver.

Mais quand on en a un usage industriel, qu'on voit un peu les grands groupes commencer a sérieusement se foutre de votre poire ( en faisant payer ce qui a toujours été gratuit car on le troquait contre nos datas) ya un moment faut aussi se remettre en question...
C'est pas nous qui revenons en arrière ; c'est eux qui attaquent.

Cliquez pour agrandir...

Sebulba a dit:

Il y a plusieurs solutions, on peut peut etre faire un sujet a part si ca intéresse quelqu'un. On peut soit se baser uniquement sur les retries, soit tu peux avoir un relais intermédiaire qui stocke, voir avoir les deux en parallèle (et ton relais devient un backup MX de ton NAS).

Cliquez pour agrandir...

Dans la plupart des cas les retries doivent suffirent. On parle pas de 3 retry dans la minutes mais de plusieurs essaies sur 24h ou plusieurs jours.. Si le NAS est down aussi longtemps, il faut se poser la question même de la pertinence d'héberger un serveur chez soi , c'est que vous avez une connection / Infra de merde.

Les retries se font de quel côté? Sender? Middleware?

Ce qui m'intéresse, c'est d'avoir une solution de backup, au cas où (intermédiaire qui fait cache, MX backup, ...).

C'est juste dans ma cave, et en cas de gros problème, il ne faudrait pas que je reste une semaine sans mail (on est quand même assez dépendant).

Thibz a dit:

Les retries se font de quel côté? Sender? Middleware?

Cliquez pour agrandir...

De base côté sender je pense.

Je suis pas spécialisé dans le domaine mais ça me semble logique que tout ce qui est mail est basé sur une stratégie de push de données et non pas de pull. T'imagines si ton serveur mail devait interroger tous les serveurs mails du monde pour savoir si il y a un mail qui lui est destiné ?

J'ai lu entre les lignes hyper availability architecture. On passe pe par un cloud syno pour les cas où on est déco? Jdois dire j'ai pas creusé faute de temps.

C'est bien du côté sender.
A l'époque, il y a fort longtemps, Il y avait pas la meme notion de retry en permanence. Maintenance avec tout ces serveurs, le retry peut aller souvent jusque 8 jours

Joon a dit:

Ah putain, pas con, autant je le fais régulièrement pour le boulot, autant j'avais jamais pensé à me prendre la tête pour faire mon propre smtp. apres, un container avec exim, c'est quand même bien cassé burne.

Mais tu es en ip fixe du coup?



C'est surtout la pression que tu vas mettre sur tes vieux disque de 5 ans.
Une reconstruction, en plus de prendre 2 ou 3x plus de temps fait méchamment gratter les disques.
Je suis pas sûr que ça veille le coup.
Ce qui pourrait être pas mal dans ce cas, c'est:

1. de commencer une nouvelle grappe avec le nouveau nas
2. Copier tout dessus
3. Étendre la grappe par la suite

Cliquez pour agrandir...

en y repensant... ça veut dire un réinstal du syno vu que l'os est sur cette partition

Sebulba a dit:

Il y a plusieurs solutions, on peut peut etre faire un sujet a part si ca intéresse quelqu'un. On peut soit se baser uniquement sur les retries, soit tu peux avoir un relais intermédiaire qui stocke, voir avoir les deux en parallèle (et ton relais devient un backup MX de ton NAS).

Cliquez pour agrandir...

Ca m'intéresse aussi

Sebulba a dit:

Il y a plusieurs solutions, on peut peut etre faire un sujet a part si ca intéresse quelqu'un. On peut soit se baser uniquement sur les retries, soit tu peux avoir un relais intermédiaire qui stocke, voir avoir les deux en parallèle (et ton relais devient un backup MX de ton NAS).

Cliquez pour agrandir...

+1 ça m'intéresse car je bute avec le port 25 etc

Sebulba a dit:

Il y a plusieurs solutions, on peut peut etre faire un sujet a part si ca intéresse quelqu'un. On peut soit se baser uniquement sur les retries, soit tu peux avoir un relais intermédiaire qui stocke, voir avoir les deux en parallèle (et ton relais devient un backup MX de ton NAS).

Cliquez pour agrandir...

Et vous, votre vie privée ?

blackjack55 a dit:

Et vous, votre vie privée ?

Cliquez pour agrandir...

Et vous la souveraineté de vos données ?

Steadyson a dit:

+1 ça m'intéresse car je bute avec le port 25 etc

Cliquez pour agrandir...

Sauf erreur de ma part le port 25 est blocked en entrée (parmis d'autres) chez nos ISP pour les clients résidentiels (en tout cas ça l'était à l'époque)

@Sebulba , tu as une input à donner à ce sujet?

Figure toi que Voo a bloqué le 25 même pour les clients business très récemment (quques mois !)

Me concernant j'utilise un relay public, un serveur cloud ouvert en 25 donc, qui recoit le mail des internets, et relaye ensuite chez moi sur mon NAS via un tunnel openvpn.
(J'aurais aussi pu tout betement ouvrir un port autre que 25 pour rentrer chez VOo, et avoir les deux ip publiques communiquer publiquement.)

Tu vas me dire c'est pas gratuit, certes, il doit y avoir moyen de se faire relayer du mail par une solution cloud (un SaaS) mais là j'avoue que j'ai pas enquêté

Perso je voulais pas annoncer mon IP publique de mon modem comme MX final (dans les dns) donc la solution d'avoir un relay MX avait du sens pour plusieurs raisons : anonymité, blocage voo, et haute disponibilité.
Le mail est également, évidemment, effacé du relay dès qu'il est relayé, il reste la dedans quelques secondes.

Wais ca existe sans soucis en SaaS, par exemple
.

Ca s'appelle un "reflector" et eux vont te remballer tes mails sur un port arbitraire.

Perso mon but étant essentiellement sécuritaire, je vais pas faire relayer mon mail par un tierce partie... Mais voila, ya des solution "simples".