Byla vydána nová verze 19 integrovaného vývojového prostředí (IDE) Qt Creator. Podrobný přehled novinek v changelogu.
Bitwig Studio (Wikipedie) bylo vydáno ve verzi 6. Jedná se o proprietární multiplatformní (macOS, Windows, Linux) digitální pracovní stanici pro práci s audiem (DAW).
Společnost Igalia představila novou linuxovou distribuci (framework) s názvem Moonforge. Jedná se o distribuci určenou pro vestavěné systémy. Vychází z projektů Yocto a OpenEmbedded.
Google Chrome 146 byl prohlášen za stabilní. Nejnovější stabilní verze 146.0.7680.71 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 29 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
D7VK byl vydán ve verzi 1.5. Jedná se o fork DXVK implementující překlad volání Direct3D 3 (novinka), 5, 6 a 7 na Vulkan. DXVK zvládá Direct3D 8, 9, 10 a 11.
Bylo vydáno Eclipse IDE 2026-03 aneb Eclipse 4.39. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
Ze systému Slavia pojišťovny uniklo přibližně 150 gigabajtů citlivých dat. Jedná se například o pojistné dokumenty, lékařské záznamy nebo přímou komunikaci s klienty. Za únik může chyba dodavatelské společnosti.
Sněmovna propustila do dalšího kola projednávání vládní návrh zákona o digitální ekonomice, který má přinést bezpečnější on-line prostředí. Reaguje na evropské nařízení DSA o digitálních službách a upravuje třeba pravidla pro on-line tržiště nebo sociální sítě a má i víc chránit děti.
Meta převezme sociální síť pro umělou inteligenci (AI) Moltbook. Tvůrci Moltbooku – Matt Schlicht a Ben Parr – se díky dohodě stanou součástí Meta Superintelligence Labs (MSL). Meta MSL založila s cílem sjednotit své aktivity na poli AI a vyvinout takovou umělou inteligenci, která překoná lidské schopnosti v mnoha oblastech. Fungovat by měla ne jako centralizovaný nástroj, ale jako osobní asistent pro každého uživatele.
Byla vydána betaverze Fedora Linuxu 44 (ChangeSet), tj. poslední zastávka před vydáním finální verze, která je naplánována na úterý 14. dubna.
mydestination = debianpc.cast.ip.a.jmeno.poskytovatele, debianpc, localhost.localdomain, localhost, mojedomena.cz
cast.ip.a.jmeno.poskytovatele a mojedomena.cz jsem zamerne pozmenil.
v php.ini myslim ze nemam vyplnenou cestu:
; For Unix only. You may supply arguments as well (default: "sendmail -t -i").
;sendmail_path =
- ale maily se treba na seznam odesilaji vporadku, tak by to dle meho melo i takto fungovat...
mydomain = mail.mmojedomena.cz
#alias_database = hash:/etc/aliases
myorigin = mail.mojedomena.cz
mydestination = $myhostname, localhost.$mydomain, localhost, $mydomain
mojedomena.cz :[ip4] - zkousel jsem i ze zavorkama (postmap, restart postfixu) i bez - v obou pripadech zadny error, ale maily @mojedomena.cz stale chodi na localhost(pc0)... (ostatni odchazi - treba na seznam - vpohode)
Jan 9 06:39:45 debianpc postfix/smtp[20073]: E60F7131226: to=%mujnick@seznam.cz>, relay=mx1.seznam.cz[77.75.72.42]:25, delay=2.3, delays=0.06/0/2/0.26, dsn=2.0.0, status=sent (250 Mail queued for delivery.)
a pokud to posilam na mojedomena.cz tak tam je:
Jan 9 06:37:19 debianpc postfix/local[19946]: C5620131226: to=%user@mojedomena.cz>, relay=local, delay=0.1, delays=0.02/0/0/0.08, dsn=2.0.0, status=sent (delivered to command: /usr/bin/procmail)
Jan 9 06:37:19 debianpc postfix/qmgr[19105]: C5620131226: removed
(% jsem musel dat misto < - forum to jaksi neprekousalo ani kdyz to je v code)
dle meho vse co odchazi jinam tak pouziva ciste postfix a co odchazi na to mojedomena.cz tak pouziva k odeslani ten procmail - nemuze to byt konfiguraci toho procmailu?
man procmail rika cosi o /etc/procmailrc (kde bych hledal konfig co je spatne nastavene) ale ten adr ani soubor neexistuje...
Ja uz vazne nevim
jinak zkusim trochu lepe popsat co to dela - mam pc A a pc B - na obouch mam postfix - drive na pc A bylo presmerovano (poskytovateli jsem rekl aby na mail.mojedomena.cz prevedl na IP pc A) posilani mailu na @mojedomena.cz - to fungovalo vpohode (i z toho php co bylo na temze pc) - pote jsem ty maily zmenil (rekl jsem zase poskytovateli aby mi zmenil presmerovani mail.mojedomena.cz na ten druhy pc B) - od te doby maily chodi spravne na pc B - pokud pres php poslu mail na mail na user@seznam.cz tak mail odejde vpohode, pokud poslu ale mail na user@mojedomena.cz z toho php na PC A tak to zustane na PC A ve /var/mail/user - ted kdyz to pisu tak me napada jestli to nedela kvuli nastaveni v main.cf:
mailbox_command = /usr/bin/procmail
mailbox_size_limit = 0
recipient_delimiter = +
inet_interfaces = all
home_mailbox = Mailbox
mail_spool_directory = /var/mail
virtual_maps = hash:/etc/postfix/virtusertable
command_directory = /usr/sbin
virtual_alias_maps = hash:/etc/postfix/virtusertable
konretne to home_mailbox...
dokoncim jeste ten pospis - pokud napr ze seznamu poslu mail na user@mojedomena.cz tak to odesle spravne na PC B
cemu se divis? Je dorucena lokalne a to z toho duvodu, ze si postfixu rekl, ze ma tuto domenu prijimat (ve smyslu zpracovat, ne ve smyslu preposilat dal). Tot vse.
nastav si tedy mydestination = $myhostname, localhost.$mydomain, localhost
tedy vykosti si $mydomain z ty masiny, ktera tu postu prijimat nema.
tomu se nedivim, kolegu taky dostal (ve smysl ze ho zmatl
definice mydestination:
Urcuje, pro ktere destinace bude Postfix na tomto stroji prijamat postu.
Napr.: mydestination = $myhostname localhost.$mydomain
jako chapu tomu ale ne na 100% - ted jsem tam nechal JEN debianpc (jmeno pocitace - v prikazove radce je vzdy napsane pred promptem - pouziva se vubec jeste toto slovo?) a funguje to - diky moc, ale hodilo by se mi vysvetleni - porad to nejak neberu - je to tedy vporadku ze tam mam jen debianpc? - to znamena ze treba systemove hlaseni (z debianpc) mi bude chodit dal na localhost? - mel bych tam dat jeste neco? Pardon ze jsem to tak blbe vysvetloval, vazne jsem se snazil to co nejlepe vysvetlit
Tiskni
Sdílej: