Společnost IBM představila server IBM LinuxONE Emperor 5 poháněný procesorem IBM Telum II.
Byla vydána verze 4.0 multiplatformního integrovaného vývojového prostředí (IDE) pro rychlý vývoj aplikaci (RAD) ve Free Pascalu Lazarus (Wikipedie). Přehled novinek v poznámkách k vydání. Využíván je Free Pascal Compiler (FPC) 3.2.2.
Podpora Windows 10 končí 14. října 2025. Připravovaná kampaň Konec desítek (End of 10) může uživatelům pomoci s přechodem na Linux.
Již tuto středu proběhne 50. Virtuální Bastlírna, tedy dle římského číslování L. Bude L značit velikost, tedy více diskutujících než obvykle, či délku, neboť díky svátku lze diskutovat dlouho do noci? Bude i příští Virtuální Bastlírna virtuální nebo reálná? Nejen to se dozvíte, když dorazíte na diskuzní večer o elektronice, softwaru, ale technice obecně, který si můžete představit jako virtuální posezení u piva spojené s učenou
… více »Český statistický úřad rozšiřuje Statistický geoportál o Datový portál GIS s otevřenými geografickými daty. Ten umožňuje stahování datových sad podle potřeb uživatelů i jejich prohlížení v mapě a přináší nové možnosti v oblasti analýzy a využití statistických dat.
Kevin Lin zkouší využívat chytré brýle Mentra při hraní na piano. Vytváří aplikaci AugmentedChords, pomocí které si do brýlí posílá notový zápis (YouTube). Uvnitř brýlí běží AugmentOS (GitHub), tj. open source operační systém pro chytré brýle.
Jarní konference EurOpen.cz 2025 proběhne 26. až 28. května v Brandýse nad Labem. Věnována je programovacím jazykům, vývoji softwaru a programovacím technikám.
Na čem aktuálně pracují vývojáři GNOME a KDE Plasma? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma.
Před 25 lety zaplavil celý svět virus ILOVEYOU. Virus se šířil e-mailem, jenž nesl přílohu s názvem I Love You. Příjemci, zvědavému, kdo se do něj zamiloval, pak program spuštěný otevřením přílohy načetl z adresáře e-mailové adresy a na ně pak „milostný vzkaz“ poslal dál. Škody vznikaly jak zahlcením e-mailových serverů, tak i druhou činností viru, kterou bylo přemazání souborů uložených v napadeném počítači.
Zdravím,
obracím se na vás s velkou prosbou o pomoc. Už u toho sedim 12 hodin a jsem už mentálně dost opotřebovaný (a i v plné síle by na to mé linuxové znalosti byly asi krátké)
Mám mailserver, který je instalovaný dle tohoto postupu (postfix,dovecot,mysql): https://www.howtoforge.com/perfect-server-centos-5.5-x86_64-ispconfig-3
Včera jsem chtěl server aktualizovat, protože už to dlouho potřebuje. Pravděpodobně jsem ale podělal dovecot, protože jsem provedl yum update dovecot, a měl jsem provést yum update dovecot-sieve. Nebo nevím, ale od té doby se server chová špatně.
1. po startu nenaběhne postfix, nicméně když jej spustím ručně naběhne a mohu odeslat maily. Odeslané maily se ale neukládají
2. pokud odešlu email do schránky na serveru, tak se vrátí s tím, že byla překročená přidělená kvóta. Ta je 500MB, ale zaboha nemůžu zjistit, kde to můžu změnit. V databázi jsem nastavil 20GB, ale bez jakéhokoliv dopadu.
Aktuálně mám obnovený adresář etc (alespoň tak se dá koukat z klienta do schránky a odesílat maily)
v maillogu jsem našel toto:
Feb 28 11:44:47 mail postfix/smtpd[8630]: warning: SASL: Connect to private/auth failed: No such file or directory
Feb 28 11:44:47 mail postfix/smtpd[8630]: fatal: no SASL authentication mechanisms
to je 3x za sebou...
a o kousek dále
Feb 28 11:46:50 mail postfix/master[7113]: warning: /usr/libexec/postfix/smtpd: bad command startup -- throttling
Feb 28 11:46:50 mail postfix/master[7113]: warning: process /usr/libexec/postfix/smtpd pid 8656 exit status 1
Feb 28 11:46:50 mail postfix/master[7113]: warning: process /usr/libexec/postfix/smtpd pid 8657 exit status 1
Výpisy konfiguráků dám do přílohy
Díky za nápady, já už bych asi sám na nic nepřišel
mynetworks
?
telnet localhost 25pak
EHLO domena.czmělo by to vypsat i řádku
... 250-AUTH PLAIN LOGIN ...je to tak?
ano, ale je to tak zvláštně 2x
250-PIPELINING
250-SIZE 20971520
250-VRFY 250-ETRN
250-STARTTLS
250-AUTH PLAIN LOGIN
250-AUTH=PLAIN LOGIN
250-ENHANCEDSTATUSCODES
250-8BITMIME
250 DSN
Feb 28 11:44:47 mail postfix/smtpd[8630]: fatal: no SASL authentication mechanisms
...no nevím co jsou inodydf -i
Filesystem Inodes IUsed IFree IUse% Mounted on /dev/mapper/VolGroup00-LogVol00120291328 941182 119350146 1% / /dev/mapper/ddf1_4c53492020202020808627c3000000004711471100001450p126104 41 26063 1% /boot tmpfs 502706 1 502705 1% /dev/shm
Feb 28 11:44:47 mail postfix/smtpd[8630]: warning: SASL: Connect to private/auth failed: No such file or directoryNeběží Dovecot nebo neexistuje /var/spool/postfix/private/auth či /var/run/dovecot/auth-master nebo má špatná práva. Ostatních chyby by s tím mohly souviset, když se nepřipojí SASL, tak nefunguje SASL (první chyba) a umře smtpd (další chyby).
2957 ? Ss 0:00 /usr/sbin/dovecot 2969 ? S 0:00 dovecot-auth 11806 ? S 0:00 dovecot-auth -w 12861 ? S 0:00 dovecot-auth -w 13749 pts/0 R+ 0:00 grep dovecotoba soubory existují.
srw------- 1 vmail root 0 Feb 28 11:51 auth-master srw-rw-rw- 1 postfix postfix 0 Feb 28 11:51 authale ty nuly jsou zvláštní že?
ale ty nuly jsou zvláštní že?Ne, to je v pohodě, je to socket. Dovecot ti nic neloguje?
Feb 28 15:40:53 mail postfix/tlsmgr[3613]: warning: request to update file /etc/postfix/prng_exch in non-postfix directory /etc/postfix Feb 28 15:40:53 mail postfix/tlsmgr[3613]: warning: redirecting the request to postfix-owned data_directory /var/lib/postfixale nevím, jestli to má na něco vliv Co stále zůstává, že po rebootu serveru musím ručně spustit postfix. sám od sebe to neudělá. Nemůže to mít souvislost? Log dovecotu v maillogu (nevím, jestli loguje ještě jinde, asi ne) nepíše nic zvláštního, jen že se lidi přihlašujou a odhlašujou... Zkusím udělat čistý log a otočím server Díky, že se mnou ztrácíš čas, ale pro mně je to fakt velká pomoc, po těch hodinách koukání do monitoru
...tak ještě přidávám log od startu systému po nějakou komuinkaci.
log je to docela zajímavý, jen opět nevím, co z něj vyvodit. Nějakou roli tam hraje amavis
Postfix už po startu nabíhá sám. Nevím proč si to najednou rozmyslel.
Tzn. že aktuální situace na straně klienta je taková, že
1. klient se na server připojí, tzn nehlásí to chybu na imapu ani na smtp.
2. email lze odeslat, ale už nikomu nepříjde. Zato už se uloží do odeslaných.
3. když odešlu email zvenčí, tak taky nedorazí.
To znamená, že mail se tváří, jako že funguje, ale maily nechodí žádným směrem...
Vlastně nevím čím se ta změna stala kromě toho startování postfixu, protože si neuvědomuju nic co bych udělal, kromě nastavení absolutní cesty na private/auth.
No a ty SASL hlášky tam navíc stejně zůstaly
Tiskni
Sdílej: