Příspěvky

46

Hardware / Re:Poškození toneru při výpadku elektřiny

« kdy: 07. 02. 2022, 11:46:46 »

Mám tiskárnu DCP-L3550CDW a problém neregistruji. Tonery kupuji na KAPA-TONER ty nejlevnější TN247 (občas vidím problém se soutiskem, ale jinak jsem spokojený).

S UPS může být problém - některé levné přímo zakazují přípojovat laserové tiskárny (někde v popisu jsem zahlédl, nepátral jsem po detailech).

Dále tu padlo o tom, že v čipech pro tonery jsou baterky. V některých ano, ale zrovna čipy pro TN247 baterku neobsahují. O objednání čipů z Ali jsem také uvažoval, ale nakonec je to finančně otázka, jestli ano nebo ne - cena čipu je významná v poměru k ceně celého levného toneru...

47

Hardware / Re:Načtení SD karty

« kdy: 05. 02. 2022, 18:13:06 »

No to je dotaz... „NEbude-li pršet nezmoknem. Mám si vzít deštník?“

48

Hardware / Re:Poškození toneru při výpadku elektřiny

« kdy: 05. 02. 2022, 18:10:29 »

Výpadek elektřiny máme doma celkem často, tiskárna Brother, možná dokonce stejný model, není nijak zálohovaná ani chráněná a toto se mi ještě nestalo. Baterka v čipu v našich tonerech není, používám neoriginální - větší výdrž, nižší cena.

Normálně bych reklamoval toner: „Tiskárna po zapnutí nevidí toner. Přitom toneru je spotřebováno pouze cca X%.“ Nic víc bych nepsal k závadě. Vše ostatní jsou domněnky, kvůli kterým si zhoršuješ pozici.

49

Hardware / Re:Multimetr s USB komunikací?

« kdy: 17. 01. 2022, 11:44:33 »

Osobně mám UNI-T UT60F, komunikuje jednosměrně pomocí RS232 - prostě posílá to, co je vidět na display.

Aplikace je sice jen pro Win, ale posílaná data jsou primitivně rozklíčovatelná, takže jsem na to měl aplikaci v Pythonu, kterou teď nemohu najít - nepotřebuji to.

Port je galvanicky oddělený pomocí optočlenu, takže je to bezpečné.

50

Distribuce / Re:Obnova Red Hat developer subscription

« kdy: 15. 01. 2022, 00:18:00 »

Myslím si, že nejlepší místo, kde získat odpověď, je zde: https://access.redhat.com/support/cases/#/case/new/open-case/

51

Server / Re:OnlyOffice vs. Collabora online

« kdy: 12. 01. 2022, 12:03:21 »

Mám CO jako součást své instalace nextcloudu, celé jsem to dělal v kontejnerech pomocí podman-a. CO funguje dobře, jsem s tím spokojený, i když od toho nemám veliká očekávaní a ani to nepoužívám zrovna moc aktivně. Nasazoval jsem to pomocí ansible, takže pokud by to celé spadlo, tak jsem schopen to na jeden klik nahodit znovu.

52

Server / Re:Gmail zahazuje maily?

« kdy: 07. 01. 2022, 11:39:07 »

chybová hláška je identická jako v prvním příspěvku tohoto vlákna. Stejně tak je to napsané v mém předchozím příspěvku. Omlouvám se, křišťálovou kouli mám rozbitou, abych si zjistil, že si nepřečteš celou diskuzi na kterou reaguješ.

Já jsem ten předchozí příspěvek četl, ale nebylo z něj zřejmé, že dostáváte identický chybový kód se stejným textem.

V tom případě ale nevím, proč se ptáte, v čem je problém, když je to v té chybové zprávě napsané. Doména, ze které e-maily posíláte, má špatnou reputaci – asi z ní bylo dříve zasíláno velké množství spamu. Když se zaregistrujete do Postmatser Tools, uvidíte, jak moc špatnou reputaci vaše doména má.

Reputaci mám ve všech možných toolech výbornou. Deset z deseti, vše zelené, v postmasters tools mám doménu docela dlouho, ale stále tam nic ohledně reputace nevidím. Jen v logu odmítnutí převzetí zprávy. Občas je opakované doručení úspěšné, občas to ve frontě visí a visí.

Jirsáku, Vaše argumentační technika je podobná malému dítěti. To se netýká jen tohoto vlákna, ale vašich příspěvků obecně. Vezmete vždy poslední příspěvek a reagujete na něj. Například tím, že tedy mám špatnou reputaci, protože jsem o reputaci nepsal. Ale v předchozích zprávách jsem jasně napsal, že reputace 10/10 a podobně. Takže já vyvrátím problém s reputací a vy zase najdete něco, co není v další mé zprávě řešené, ačkoliv dříve ano. Takže se motáme v kruhu a nikam to nevede.  Tento problém s diskuzí s vámi pozoruji již delší dobu a to nejen ve vztahu ke své osobě a zdá se mi, že i pro ostatní s vámi diskutující je toto jednání náročné.

Omlouvám se, že nedokážu postihnout veškeré alternativy a možnosti v jednom příspěvku.

53

Server / Re:Gmail zahazuje maily?

« kdy: 04. 01. 2022, 10:39:38 »

https://multirbl.valli.org  - čisté? Já osobně bych si dal tu chvilku práce a registroval doménu do Postmaster Tools.

Já osobně mám vše čisté. Doménu mám zaregistrovanou už delší dobu.

54

Server / Re:Gmail zahazuje maily?

« kdy: 04. 01. 2022, 10:38:38 »

Přesto mi google poštu vrátí. Co jsem udělal špatně?

Křišťálovou kouli mám zrovna v servisu. Možná kdybyste prozradil, s jakou chybovou vám Google e-mail odmítne, může vám někdo poradit.

chybová hláška je identická jako v prvním příspěvku tohoto vlákna. Stejně tak je to napsané v mém předchozím příspěvku. Omlouvám se, křišťálovou kouli mám rozbitou, abych si zjistil, že si nepřečteš celou diskuzi na kterou reaguješ.

Edit: v předchozím příspěvku - myšleno můj první příspěvek v tomto vlákně.

55

Server / Re:Gmail zahazuje maily?

« kdy: 03. 01. 2022, 19:14:02 »

Pro všechny ty, kteří nedokážou pochopit, že google ve své dokonalosti rozhoduje o tom, co ostatní můžou a co nesmí:

Tak jsem si pro jistotu udělal znovu ten test a prošel nastavení mail serveru, který běží v placené VPS, tedy žádná domácí DSL přípojka. Test prošel 10/10, v nastavení nevidím problém. Ostatní e-maily chodí bez problému, dokonce jsem v některých věcech restriktivnější, než bych měl. PTR, SPF, DKIM, DMARC... vše nastavené v pořádku.

V posílaném e-mailu není nic závadného (spam, reklama, viry, phishing... nic z toho), je to prostá diskuze skupiny lidí. Přesto mi google poštu vrátí. Co jsem udělal špatně?

Mé pokusy o nápravu skončily v zadeki, google si s nimi ani tu zadek nevytřel --> nemá to cenu si stěžovat u google jako poskytovatel služby. Doménu nehodlám přesouvat pod správu google - proč bych to měl delat? Co tedy navrhujete?

56

Server / Re:Gmail zahazuje maily?

« kdy: 02. 01. 2022, 22:34:00 »

98% textu, ktere ma google jako napovedu, jsou zmatene nic nerikajici zvasty, ktere pokladaji vic otazek, nez davaji odpovedi.

Nema cenu se touhle parodii na email zabyvat. Sice to pouziva hodne lidi, ale stejne je jakakoliv snaha marna.

Gmail dokaze i odpoved na email z gmailu oznacit za spam. Nikdo nevi podle ceho a proc.

Proste na gmail vase maily nechodi, pozadejte adresata, at to resi, kdyz si to vybral. A misto mailu mu zavolejte ;-).

Bohuzel...

Tak pod toto se mohu podepsat. Mám stejnou zkušenost jako tazatel - mám malý mail server, testy prochází s 10/10 a mám pro pár kamarádů alias, abychom si tu a tam mohli poslat e-mail bez složitého vyplňování více adres. Kdo má adresu na gmailu, tomu někdy (cca polovina) e-mailů nedojde ze stejného důvodu, jako tazateli.

Nékolikrát jsem vyplňoval formuláře, reklamoval, stěžoval si atakdále, ale asi bych měl větší úspěch při posílání do /dev/null.

Řešení jsou v podstatě dvě: ať si stěžují uživatelé sami nebo nepoužívají google.

57

Desktop / Re:Emailový klient pre KDE

« kdy: 12. 11. 2021, 14:20:11 »

Nerozumím tomu, čím klávesové zkratky, které jdou jednoduše změnit, mohly způsobit takovou katastrofu, že raději zůstáváš na KDE3? Kolik je to let?

Jedu tedy na KDE3.. co mas ty za verzi/distro? (u kde4 podelali ty virtualni plochy na ctrl+f1..f8, ale treba na to znas trik, nebo se to zas spravilo?)

58

Server / Re:Jak co nejjednodušeji udělat záložní MX server?

« kdy: 12. 10. 2021, 12:05:36 »

Pokud vám z nějakých analýz vyšla potřeba mít MX server zálohovaný, zvažte i méně typický scénář. Dva servery se shodnou MX prioritou, ve shodné konfiguraci. Krom jiného tím i vzniká prostor pro snazší nasazení nějaké konfigurační automatizace (ansible apod.). No a díky shodným MX prioritám se ham i spam provoz tak nějak přirozeně rozloží mezi oba servery a různé statistické nástroje antispamu budou stále přibližně stejně naučeny na aktuální mailový provoz. Považuji to za lepší, než aby záložní server v případě nějakého výpadku převzal provoz bez naučeného antispamu, nebo naučeného jen na spam.

To je zajímavá úvaha, ale pokud jsou dané servery „koncové“, jak zajistím integritu e-mailových schránek? Vždyť budu mít půlku pošty na jednom a druhou půlku na druhém... Nebo mi něco uniká?

Muzete mit prece sdilene uloziste - na tretim pocitaci, nebo nejakou variantu distributed block device a clusterovaciho FS Prakticke nasazeni spis vyzaduje 3 nody, kde muze jeden byt restartovan / umrit, protoze se snaz resi kdo ma pravdu (dva prehlasuji jednoho).

Pokud mám mailový server někde v hostingu, tak záložní chci mít v jiném hostingu z důvodů od různého „špinění“ adres až po fatální výpadek datacentra. Potom je sdílený FS trochu problém, protože dostupnost a latence, případně šifrování a  celkově úzké hrdlo, single point of failure a tak. Takže toto řešení naopak spíše snižuje doručitelnost pošty...

59

Server / Re:Jak co nejjednodušeji udělat záložní MX server?

« kdy: 12. 10. 2021, 01:12:20 »

Pokud vám z nějakých analýz vyšla potřeba mít MX server zálohovaný, zvažte i méně typický scénář. Dva servery se shodnou MX prioritou, ve shodné konfiguraci. Krom jiného tím i vzniká prostor pro snazší nasazení nějaké konfigurační automatizace (ansible apod.). No a díky shodným MX prioritám se ham i spam provoz tak nějak přirozeně rozloží mezi oba servery a různé statistické nástroje antispamu budou stále přibližně stejně naučeny na aktuální mailový provoz. Považuji to za lepší, než aby záložní server v případě nějakého výpadku převzal provoz bez naučeného antispamu, nebo naučeného jen na spam.

To je zajímavá úvaha, ale pokud jsou dané servery „koncové“, jak zajistím integritu e-mailových schránek? Vždyť budu mít půlku pošty na jednom a druhou půlku na druhém... Nebo mi něco uniká?

60

Vývoj / Re:Lazarus, android, ESP8266 - komunikace přes web

« kdy: 23. 09. 2021, 11:38:50 »

Dá se udělat... Třeba pomocí lock souboru, který bude obsahovat PID. Při dalším spuštění ověříš existenci lock souboru a případně existenci procesu s daným PID. Hotovo.