Souhlasím s vylepšení formátu zpráv i když to není úplně nejnutnější, protože v ideálním případě by jich nemělo být tolik aby se nedali probrat ručně.

Chápu nechuť ohledně množství "zbytečných" zpráv. Přesto nesouhlasím se štěpením mailing listů, protože:

* Kdo má spravovat tolik mailing listů - musí to být opruz být přihlášený v tolika listech zároveň. * Kdo se má v tolika mailing listech orientovat? Který si má uživatel přidat? * VPSky jsou migrovatelné (lze i bez vědomí uživatele, nepletu-li se) což znamená, že já si bláhově můžu myslet, že se mě týká nodeXY a ve skutečnosti jsem byl přestěhován na nodeZA...

Navrhl bych spíš kompromis:

* V každé zprávě o výpadku mít Jméno NODU a datum. * Zacházení se zprávami je čistě na příjemci! Vhodné bude použít filtrování: o Mailing list -> separátní složka mimo doručenou poštu. o Obsah "NODEXY" -> důležité

Snaha o profesionalitu je dobrá a potřebná, nesmí však být prováděna přes byrokratizaci S pozdravem Jan D.

Dne 14.1.2012 11:10, Adam Kovari napsal(a):

Dobre rano Komunita, rad by som sa podelil o par myslienok/napadov na zlepsenie mailing listov, zvazte ich prosim:

1. rozdelit outage listy podla fyzickeho serveru - nie kazdeho zajimaju

vypadky na inych servroch ako na mojom

2. vylepsit format sprav o vypadkoch - formalizovat jeho tvar, pridavat

ical prilohu, pokial sa o vypadku vie dopredu, pripadne aj prikladat vcard s priamym kontaktom na podporu; nepodpisovat gpg - Pavel(komplikuje to automaticke parsovanie)

Zdovodnenie:

1. mnozstvo "SPAMU", ktore je aktualne v mojej schranke je myslim vysoke

a s rastom zdruzenia bude len rast - znizuje to citlivost na tieto spravy, nechce sa mi kazdu chvilu listovat X threadmi, ci nahodou najdem nieco o mojom servri; pri minimalnej konfiguracii(len mailing list pre vypadky na mojom servri by som mal dostavat jedine info o vypadkoch, ktore sa tykaju priamo mna)

2. moznost nejakeho rozumneho parsovania sprav o vypadkoch - automaticke

poznamenavanie v kalendari

Verim, ze tieto navrhy by mali prispiet ku dalsiemu zvysovaniu kvality a profesionality zdruzenia,

Prijemny vikend prajem,

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256

Tak jsme nad tim trochu uvazoval a tady je vystup:

1. kvuli tomu SPAMu jsi prave clenem sdruzeni, ne zakaznikem firmy 2. nerad nekomu delam chuvu a nerad resim cizi problemy za nekoho 3. mam rad volny pristup k informacim

Takze:

1. zadne oddeleni mailing listu nebude 2. iCal neresim, jelikoz to nikdo z aktivnich clenu nepouziva 3. kazdy rozumny mail klient dneska podporuje filtry 4. komu ne, da se filtrovani resit na server-side 5. standardizujeme format outage zprav vcetne toho, ze tam BUDU postovat prubeh reseni - kdo ho nechce videt, at zahazuje maily se subjectem v urcitem tvaru 6. pokud chces iCal, muzes si to doprogramovat sam - jednoduse program, ktery bude delat mail clienta, ktery prihlasis do mailing listu a nechas ho parsovat ty zpravy a na vystupu budou iCal pozvanky - pokud to opravdu potrebujes, tak az to naprogramujes, tak to prosim nezapomen oznamit, kdyby to chteli pouzit i jini

Formaty outage zprav dodam, jakmile si v nich udelame jasno.

Takze jedine, co budeme programovat je mini aplikace, pres kterou budeme posilat standardizovane outage zpravy, a to jak planovane, tak neplanovane vypadky vcetne prubehu reseni ve forme "co aktualni progress, to zprava".

Doporucuju vsem naucit se delat s mail filtry - preci jenom umet filtrovat informace je dneska zakladni podminka preziti a ocekavat, ze to filtrovani nekdo udela za vas se v mych ocich rovna vzdavani se svobody. A to NESNASIM a odmitam se s tim identifikovat. O tom vpsfree je.

Snajpa

On 01/14/2012 11:10 AM, Adam Kovari wrote:

Dobre rano Komunita, rad by som sa podelil o par myslienok/napadov na zlepsenie mailing listov, zvazte ich prosim:

1. rozdelit outage listy podla fyzickeho serveru - nie kazdeho zajimaju

vypadky na inych servroch ako na mojom

2. vylepsit format sprav o vypadkoch - formalizovat jeho tvar, pridavat

ical prilohu, pokial sa o vypadku vie dopredu, pripadne aj prikladat vcard s priamym kontaktom na podporu; nepodpisovat gpg - Pavel(komplikuje to automaticke parsovanie)

Zdovodnenie:

1. mnozstvo "SPAMU", ktore je aktualne v mojej schranke je myslim vysoke

a s rastom zdruzenia bude len rast - znizuje to citlivost na tieto spravy, nechce sa mi kazdu chvilu listovat X threadmi, ci nahodou najdem nieco o mojom servri; pri minimalnej konfiguracii(len mailing list pre vypadky na mojom servri by som mal dostavat jedine info o vypadkoch, ktore sa tykaju priamo mna)

2. moznost nejakeho rozumneho parsovania sprav o vypadkoch - automaticke

poznamenavanie v kalendari

Verim, ze tieto navrhy by mali prispiet ku dalsiemu zvysovaniu kvality a profesionality zdruzenia,

Prijemny vikend prajem,