Google oznámil, že Quick Share na Androidu funguje s AirDropem na iOS. Zatím na telefonech Pixel 10. Uživatelé tak mohou snadno přenášet soubory z telefonů s Androidem na iPhony a obráceně.
Byla vydána nová verze 8.5 (8.5.0) skriptovacího jazyka PHP používaného zejména k vývoji dynamických webových stránek. Přináší řadu novinek a vylepšení (URI Extension, Pipe Operator, Clone With, …). Vydána byla také příručka pro přechod z předchozích verzí.
Evropská komise zahájila tři vyšetřování týkající se cloudových platforem Amazon Web Services (AWS) a Microsoft Azure. Evropská exekutiva, která plní také funkci unijního antimonopolního orgánu, chce mimo jiné určit, zda jsou americké společnosti Microsoft a Amazon v cloudových službách takzvanými gatekeepery, tedy hráči, kteří významně ovlivňují provoz internetu a musí dle nařízení o digitálních trzích (DMA) na společném trhu
… více »Společnost Meta Platforms vyhrála ostře sledovaný spor o akvizici sítě pro sdílení fotografií Instagram a komunikační aplikace WhatsApp. Podle amerického soudu firma jejich převzetím neporušila antimonopolní zákon, protože si tak nemonopolizovala trh sociálních sítí. Žalobu na Metu podala před pěti lety americká Federální obchodní komise (FTC). FTC argumentovala, že Meta, tehdy známá jako Facebook, koupila tyto dvě společnosti v letech 2012 a 2014 proto, aby s nimi nemusela soutěžit.
Home Assistant včera představil svůj nejnovější oficiální hardware: Home Assistant Connect ZBT-2 pro připojení zařízení na sítích Zigbee nebo Thread.
Byla vydána verze 9.1 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Přehled novinek v poznámkách k vydání a informačním videu.
Byl aktualizován seznam 500 nejvýkonnějších superpočítačů na světě TOP500. Nejvýkonnějším superpočítačem zůstává El Capitan od HPE (Cray) s výkonem 1,809 exaFLOPS. Druhý Frontier má výkon 1,353 exaFLOPS. Třetí Aurora má výkon 1,012 exaFLOPS. Nejvýkonnější superpočítač v Evropě JUPITER Booster s výkonem 1,000 exaFLOPS je na čtvrtém místě. Nejvýkonnější český superpočítač C24 klesl na 192. místo. Karolina, GPU partition klesla na 224. místo a Karolina, CPU partition na 450. místo. Další přehledy a statistiky na stránkách projektu.
Microsoft představil Azure Cobalt 200, tj. svůj vlastní SoC (System-on-Chip) postavený na ARM a optimalizovaný pro cloud.
Co způsobilo včerejší nejhorší výpadek Cloudflare od roku 2019? Nebyl to kybernetický útok. Vše začalo změnou oprávnění v jednom z databázových systémů a pokračovalo vygenerováním problém způsobujícího konfiguračního souboru a jeho distribucí na všechny počítače Cloudflare. Podrobně v příspěvku na blogu Cloudflare.
Byla vydána (Mastodon, 𝕏) první RC verze GIMPu 3.2. Přehled novinek v oznámení o vydání. Podrobně v souboru NEWS na GitLabu.
Dobrý den,
na Debianu mám démona courier-pop s autentifikací přes courier-authdaemon v mysql.
Přestože se jeví všechno v pořádku, poštovní klient hlásí při pokusu o výběr pošty z účtu "LOGIN FAILED".
Z mail.log nevyčtu, co přesně se mu nelíbí, ale do databáze se připojí a dataz se provede korektně. Když vypnu ověřování hesla (v authmysqlrc zakomentuju řádek MYSQL_CRYPT_PWFIELD), tak se jednou přihlásí, žádnou poštu nenajde a přiště zase hlásí "LOGIN FAILED", i když je heslo vypnuté.
Pošta dovnitř (postfix)chodí normálně i se uloží, kam má.
Celé se to snažím postavit podle http://www.zdenda.com/howto/mailserver.html.
Nanapadá vás, kde je problém?
Předem díky za váš čas a rady.
OK
Konfigurace:
pop3d:
prefix=/usr
exec_prefix=/usr
sbindir="/usr/sbin"
PIDFILE=/var/run/courier/pop3d.pid
MAXDAEMONS=40
MAXPERIP=4
AUTHMODULES="authdaemon"
POP3AUTH="LOGIN CRAM-MD5 CRAM-SHA1"
PORT=110
ADDRESS=0
TCPDOPTS="-nodnslookup -noidentlookup"
POP3DSTART=YES
authdaemonrc:
authmodulelist="authmysql authpam"
authmodulelistorig="authcustom authcram authuserdb authldap authmysql authpam"
daemons=5
authdaemonvar=/var/run/courier/authdaemon
version=""
authmysqlrc:
MYSQL_SERVER localhost
MYSQL_USERNAME postfix
MYSQL_PASSWORD postfix
MYSQL_SOCKET /var/run/mysqld/mysqld.sock
MYSQL_DATABASE postfix
MYSQL_USER_TABLE postfix_users
MYSQL_LOGIN_FIELD email
MYSQL_CRYPT_PWFIELD crypt
MYSQL_CLEAR_PWFIELD clear
MYSQL_UID_FIELD uid
MYSQL_GID_FIELD gid
MYSQL_HOME_FIELD homedir
MYSQL_MAILDIR_FIELD maildir
MYSQL_NAME_FIELD name
MYSQL_WHERE_CLAUSE access="y"
MYSQL_QUOTA_FIELD quota
Logy:
mail.log:
Oct 7 13:57:48 glum courierpop3login: Connection, ip=[::ffff:212.47.11.200]
Oct 7 13:57:58 glum courierpop3login: LOGIN FAILED, ip=[::ffff:212.47.11.200]
mysql.log:
041007 13:57:53 1956 Query SELECT email, crypt, clear, uid, gid, homedir, maildir, "", name FROM postfix_users WHERE email = "webmaster@glum.com" AND (access="y")
Jan 31 21:39:42 localhost courierpop3login: Connection, ip=[::ffff:192.168.0.72] Jan 31 21:39:42 localhost courierpop3login: LOGIN: DEBUG: ip=[::ffff:192.168.0.72], command=USER Jan 31 21:39:42 localhost courierpop3login: LOGIN: DEBUG: ip=[::ffff:192.168.0.72], command=PASS Jan 31 21:39:42 localhost courierpop3login: LOGIN: DEBUG: ip=[::ffff:192.168.0.72], username=xxxx@xxxx.xxx Jan 31 21:39:42 localhost courierpop3login: LOGIN: DEBUG: ip=[::ffff:192.168.0.72], password=xxxx Jan 31 21:39:42 localhost courierpop3login: authdaemon: starting client module Jan 31 21:39:42 localhost courierpop3login: authdaemon: TEMPFAIL - no more modules will be tried Jan 31 21:39:47 localhost courierpop3login: LOGIN FAILED, ip=[::ffff:192.168.0.72]Pozeral som na jeden moj starsi server kde mam toto presne rozbehane a funkcne, konfigy sa zhoduju nevidim ziadny rozdiel :( Napada ma iba rozdiel verzii jedntolivych balickov ... Z toho client module to chapem ze nieco nemoze najst a spustit ? Pripadne co sa odkazuje na ten "client module" samotny courierpop3 .. Na nete som nasiel podobne problemy, ale ziadne riesenie :(
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz