Dobry den, svou odpoved "NE" zde trosku upresnim. Nemyslim si, ze by nastaveni SMTP serveru bylo nejak zvlast komplikovane i pro méně znalé uživatele. Spíše než dedikovaný SMTP server pro tento účel bych se přikláněl k doplnění sekce Dokumentace o tento návod, co a jak nastavit a bude vše vyřešené jak pro laiky, tak pro odporníky.

Taky bych se spíš přiklonil k vytvoření návodu pro nastavení.
Ono je sice hezký, že po zapnutí jen vyplním maila a o víc se nestarám, ale já nemám rád černý krabičky do kterých nevidím a nemůžu se v nich povrtat :-)

Přesně tohle mě napadlo, když jsem odesílání konfiguroval. Vůbec by mi nevadilo, kdyby Turris posílal oznámení do centrály a ta následně e-mailová upozornění posílala. Bylo by to i konzistentnější s ostatními druhy e-mailových oznámení, které také posílá přímo centrála. Navíc by bylo méně pravděpodobné, že se oznámení ztratí z důvodu chvilkové nedostupnosti SMTP serveru.

nevyuzil, zejmena proto, ze jsem si nastavil SMTP sam a vse funguje jak ma.)

Špatně se mi hlasovalo (nemohl jsem se rozhodnout), protože SMTP jsem již nastavil a funguje jak má, ovšem zase jsem si řekl, že pokud bude k dispozici "speciální" pro Turris, proč bych ho neměl využít. Hlasoval jsem tedy nakonec "Ano".

spis bych uvital balicek s postfixem

dekuji :)

Kdyby tato funkce byla od začátku, tak asi ano, nyní ale už u sebe nevidím důvod proč to měnit...
Takže za uživatele, který právě router kofiguruje určitě ANO, za toho co už to má a jen by to měnil spíše NE.

Dobrý den,

preferuji poskytnutí služby notifikačního SMTP serveru z důvodu "úspory" starostí s provozem SMTP serveru. Jednorázovou konfiguraci SMTP serveru nepovažuji za problém, ale starosti s reputačními indexy pro antispamové filtrování jsou otravné (např. velcí poskytovatelé hostovaných služeb často filtrují celé rozsahy retail konektivity pro SMTP příjem, u profesionálních praček např. IronPort mají často vnitřně veřejné neautentizované SMTP relay nízkou reputaci z důvodu prosakovaní botnetů - to je i případ UPC). Stejně tak si rád odpustím jiná zpestření číhající na správce při provozní správě pidi SMTP serveru.
Bude určitě fajn, když SMTP spojení z Turris routeru na notifikační SMTP bude zabezpečeno tunelem TLS s autentizací klientským certifikátem s pomocí socat obdobně jako má ucollect.

Použití freemail účtů/služeb pro odesílání představuje také nenulovou starost (obměna autentizací , promazávání archivů, ...) a nejsou to primárně služby designované pro notifikace (pošli a zahoď).

Uvítám dokumentaci zmiňovaného notifikačního rozhraní nebo alespoň nasměrování (implementaci jsem zatím nezkoumal).

Další berte jen jako námět a pokud budu moc blouznit, tak prosím ignorujte.

Líbila by se mi možnost posílat některé notifikace i do SMS. Nevím jak vypadá aktuální struktura konfigurace cílů notifikací a konfigurace co kam, takže dále pokračuji se značnou neznalostí. Asi by stačilo doplnit klientské rozhraní nějaké rozumné REST web služby - používám twilio, nevím jestli je něco obdobně "povedeného" v ČR.

No a když si budu vymýšlet ještě více, tak si budu přát ještě doplnění notifikačního transportu publisher/subscriber-broker, používám MQTT a Amazon SNS službu ;-)

Děkuji.

a je vůbec SMTP potřeba? Nestačilo by "něcojako" smtp rovnou na routeru? mx záznamy jsou veřejné a nevidím důvod, proč by router nemohl doručovat přímo na cílový SMTP server. Minimálně jako první možnost. A teprve když by tohle z libovolného důvodu nefungovalo, použít nějaký zprostředkovatelský smtp.