abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
dnes 01:00 | Komunita

Měsíc po Slackware slaví 25 let také Debian. Přesně před pětadvaceti lety, 16. srpna 1993, oznámil Ian Murdock vydání "Debian Linux Release".

Ladislav Hagara | Komentářů: 0
včera 06:00 | Nová verze

Byla vydána nová verze 1.26 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a animovanými gify v poznámkách k vydání. Představení novinek také na YouTube.

Ladislav Hagara | Komentářů: 21
včera 03:00 | Nová verze

Po více než 3 měsících vývoje od vydání verze 2.12.0 byla vydána nová verze 3.0.0 otevřeného emulátoru procesorů a virtualizačního nástroje QEMU (Wikipedie). Přispělo 169 vývojářů. Provedeno bylo více než 2 300 commitů. Přehled úprav a nových vlastností v seznamu změn. Proč verze 3.0.0 a ne 2.13.0? Není to kvůli triskaidekafobii. QEMU letos v březnu slavilo 15 let od oznámení verze 0.1 a to je dle vývojářů dobrý důvod pro novou major verzi. Vývojáři mají v plánu zvyšovat major verzi jednou ročně, vždy s prvním vydáním v daném roce.

Ladislav Hagara | Komentářů: 3
14.8. 22:11 | Bezpečnostní upozornění

Intel potvrdil (INTEL-SA-00161) další bezpečnostní problém ve svých procesorech. Problém byl pojmenován L1 Terminal Fault aneb L1TF. Popis problému přímo od Intelu na YouTube. Jedná se o CVE-2018-3615 (SGX), CVE-2018-3620 (OS/SMM) a CVE-2018-3646 (VMM). Další informace na stránce Foreshadow nebo přímo v dnešním commitu do Linuxu.

Ladislav Hagara | Komentářů: 14
14.8. 12:33 | IT novinky

Po více než 4 letech bylo vydáno RFC 8446 popisující verzi 1.3 protokolu TLS (Transport Layer Security). Popis novinek i historie TLS například v příspěvku na blogu Cloudflare.

Ladislav Hagara | Komentářů: 0
14.8. 11:11 | Zajímavý software

V roce 1998 uvedla společnost Tiger Electronics na trh elektronickou hračku, malého chlupatého tvora s velkýma ušima, Furby. Furby patřil k nejžádanějším hračkám. Během tří let se jich prodalo více než 40 milionů. Furby již tenkrát reagoval na světlo, zvuk, polohu, doteky a přítomnost dalších Furby. Sám mluvil a pohyboval se. Firmware uvnitř simuloval postupný vývoj a učení. Zdrojový kód tohoto firmwaru byl zveřejněn na Internet Archive [Hacker News].

Ladislav Hagara | Komentářů: 20
14.8. 02:00 | Nová verze

Australská společnost Blackmagic Design oznámila vydání verze 15 svého proprietárního softwaru pro editování videa a korekci barev DaVinci Resolve běžícího také na Linuxu. Představení nových vlastností na YouTube. Základní verze DaVinci Resolve je k dispozici zdarma. Plnou verzi DaVinci Resolve Studio lze koupit za 299 dolarů. Před rokem to bylo 995 dolarů.

Ladislav Hagara | Komentářů: 0
13.8. 21:00 | Zajímavý projekt

Cílem projektu DXVK bylo vytvořit vrstvu kompatibility mezi Direct3D 11 a Vulkanem a začlenění této vrstvy do Wine. Direct3D 10 nad Vulkanem bylo možné řešit mezikrokem pomocí vrstvy DXUP překládající Direct3D 10 na Direct3D 11. Vývojáři DXVK se rozhodli přímo podporovat Direct3D 10. Podpora byla začleněna do hlavní větve na GitHubu.

Ladislav Hagara | Komentářů: 4
13.8. 16:00 | Nová verze

Vyšla verze 3.10 přehrávače Audacious. Přináší oprav chyb a drobná vylepšení seznamů skladeb, vyhledávání či ikonek. Zároveň pokračují práce na novém uživatelském rozhraní využívajícím Qt namísto GTK+ – nejsou však hotovy, proto je vydání 3.10 pojmenováno „Not Quite There Yet“; až bude proces u konce, vyjde Audacious 4.

Fluttershy, yay! | Komentářů: 12
13.8. 02:00 | Nová verze

Linus Torvalds vydal Linux 4.18. Více o vývojovém cyklu v Jaderných novinách: začleňovací okno [1] a [2], statistiky. Finální přehled změn je k mání na webu Linux Kernel Newbies.

Fluttershy, yay! | Komentářů: 5
Používáte zařízení („chromebook“, „chromebox“ či tablet) s ChromeOS?
 (7%)
 (4%)
 (12%)
 (77%)
Celkem 181 hlasů
 Komentářů: 9, poslední 14.8. 21:03
    Rozcestník

    Dotaz: Postfix a fetchmail

    3.8.2003 23:32 tezd
    Postfix a fetchmail
    Přečteno: 325×
    Mam problem fetchmail stahnu postu a posle se smtp serveru ale potom uz nevim co se deje Posilam obsahy konfig.souboru fetchmailu a postfixu

    Diky za kazdou pomoc i nakopnuti

    Vypis main.cf(postfix)

    queue_directory = /var/spool/postfix command_directory = /usr/sbin daemon_directory = /usr/lib/postfix program_directory = /usr/lib/postfix

    smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU) setgid_group = postdrop biff = no

    append_dot_mydomain = yes myhostname = server.pvvt.cz alias_maps = hash:/etc/aliases alias_database = hash:/etc/aliases myorigin = /etc/mailname mydestination = server.pvvt.cz, localhost.pvvt.cz, localhost, tux.pvvt.cz, tucnak.pvvt.cz, ou.pvvt.cz relayhost = mail.tyhan.cz mynetworks = 127.0.0.0/8 mailbox_command = procmail -a "$EXTENSION" mailbox_size_limit = 0 recipient_delimiter = + mail_spool_directory = /var/spool/mail/

    Vypis fetchmailrc

    set postmaster "root" poll pop3.urbanice.cz with proto POP3 port 110 user user1 with password heslo1 smtphost 192.168.1.1

    Odpovědi

    4.8.2003 08:35 RWS
    Rozbalit Rozbalit vše Postfix a fetchmail
    asi jsi zjistil, ze fetchmail -v vypisuje hlasky.

    Logy z mail serveru (SMTP server na 192.168.1.1) najdes (pokud je tvuj server a mas roota) ve /var/log/maillog (pripadne /var/log/messages, zalezi na tom, jak mas nastavenej syslog).

    4.8.2003 09:21 tezd
    Rozbalit Rozbalit vše Postfix a fetchmail
    Tak vypis maillogu je: Aug 4 09:01:00 server postfix/smtpd[2934]: connect from server.pvvt.cz[192.168.1.1] Aug 4 09:01:00 server postfix/smtpd[2934]: E70583E50: client=server.pvvt.cz[192.168.1.1] Aug 4 09:01:01 server postfix/cleanup[2858]: E70583E50: message-id=<1060077149.380.0.camel@tucnak> Aug 4 09:01:01 server postfix/qmgr[359]: E70583E50: from=, size=1226, nrcpt=1 (queue active) Aug 4 09:01:01 server postfix/smtpd[2934]: disconnect from server.pvvt.cz[192.168.1.1] Aug 4 09:01:02 server postfix/smtp[2935]: E70583E50: to=, relay=mail.tyhan.cz[62.204.224.4], delay=2, status=sent (250 2.0.0 h746qctj010300 Message accepted for delivery) Nevite co se deje ja bych to pochopil tak ze se to posila nejak na jiri@192.168.1.1 Ja bych potreboval aby se mi z internetu stahla posla to chodi(fetchmail) a potom to potebuju ulozit na serveru a pote si na klientech v siti stahnout postu pomoci pop3 a jeste kdyz server prijme zpravy z netu tak aby se kopie poslala na jinej mejl A jeste :) kde se v debianu nastavuje povoleny sluzby v nejakym souboru jsem zakazal pop3 port....:) a byli tam i jiny porty k zakazani Moc dekuji uz to resim treti den :)) a vubec nevim
    4.8.2003 10:22 RWS
    Rozbalit Rozbalit vše Postfix a fetchmail
    K tomu fetchmailu. Osobne se mi zda, ze fetchmail preda ten email beze zmeny lokalnimu SMTP, ten se podiva na prijemce, zjisti domenu a odesle na cilovy server. Vcelku jsou dve reseni:
    1. Kdyz chces vice uzivatelum stahovat emaily a vsichni maji na obou mail serverech stejny jmena, tak by melo stacit nastavit smtpaddress (Specify the domain to be put in RCPT TO lines), a tam nastavit treba localhost nebo 192.168.1.1, pak by mel fetchmail pri posilani toho prijatyho emailu zadat RCPT TO: user@localhost a melo by se to dorucit lokalne.
    2. Jestli jsou jmena ruzny na obou strojich, pak bych doporucil pouzit ve fetchamilu "is USER here"
      poll SERVER proto POP3 user bleble password blabla is karel here (takhle mi to chodi)

    Ta kopie by sla mozna resit v postfixu v aliases, mozna i na urovni fetchamilu, ale to si nejsem jistej.

    K tomu povoleni sluzeb:

    1. /etc/hosts.allow, /etc/hosts.deny
    2. xinetd (jestli ho pouzivas), tak musi mit povoleny tyhle sluzby
    3. ve firewallu by nemely byt zakazane
    Bohuzel netusim jak je to presne v debianu, ale mohla by to byt nejaka z tehle moznosti.
    4.8.2003 11:48 tezd
    Rozbalit Rozbalit vše Postfix a fetchmail
    tak jsem nastavil is jiri here, a RCPT je jiri@192.168.1.1...ale stejne teda nevim kam se to ulozilo:(
    4.8.2003 12:29 RWS
    Rozbalit Rozbalit vše Postfix a fetchmail
    no, melo by do /var/spool/mail/jiri
    4.8.2003 13:22 tezd
    Rozbalit Rozbalit vše Postfix a fetchmail
    No prave ze to tam neni :( Nevim nechapu to co mam spatne.. Rikam si jestli kdyz tofetchmail prijme jestli to postfix neposle zase na smtp server miho poskytovatele... Nemel by to jeste zpracovat procmail nebo tak neco...Jak tomu dam vubec vedet ze se to nema odeslat pryc ale ze to ma zustat na serveru?
    4.8.2003 13:50 RWS
    Rozbalit Rozbalit vše Postfix a fetchmail
    A co kdyz se pripojis telnetem na SMTP server a posles email na jiriho?
    # telnet 192.168.1.1 25
    Trying 192.168.1.1...
    Connected to 192.168.1.1.
    Escape character is '^]'.
    220 server ESMTP Postfix
    mail from: muj.email@adr.cz
    250 Ok
    rcpt to: jiri@192.168.1.1
    250 Ok
    data
    354 End data with .
    Subject: Zkouska
    .
    250 Ok: queued as BC5B0FFB6
    quit
    221 Bye
    Connection closed by foreign host.
    
    Co je ted v logu? Dojde email jirimu?
    4.8.2003 14:48 tezd
    Rozbalit Rozbalit vše Postfix a fetchmail
    v logu je(zrovna mel internet vypadek tak to napsalo ze mail.tyhan.cz(smtp poskytovatele) je nedostupny. Tak to znamena ze se to snazi odeslat ze? A co s tim? :) Aug 4 14:34:08 server postfix/smtpd[7586]: connect from server.pvvt.cz[192.168.1.1] Aug 4 14:34:23 server postfix/smtpd[7586]: 33B533E50: client=server.pvvt.cz[192.168.1.1] Aug 4 14:35:48 server postfix/cleanup[7593]: 33B533E50: message-id=<20030804123423.33B533E50@server.pvvt.cz> Aug 4 14:35:48 server postfix/qmgr[4945]: 33B533E50: from=, size=353, nrcpt=1 (queue active) Aug 4 14:36:01 server postfix/smtpd[7586]: disconnect from server.pvvt.cz[192.168.1.1] Aug 4 14:36:08 server postfix/smtp[7604]: 33B533E50: to=, relay=none, delay=105, status=deferred (Name service error for mail.tyhan.cz: Host not found, try again)
    4.8.2003 20:53 tezd
    Rozbalit Rozbalit vše Postfix a fetchmail
    Dekuji za vse uz to funguje...mel jsem spatne nastaveny smtphost....chtelo to tam dat localhost A ty posilani kopie jinam uz jsem taky rozchodil v aliasech sem dat jiri: jiri,email Takze jeste jednou dekuji
    4.8.2003 21:51 RWS
    Rozbalit Rozbalit vše Postfix a fetchmail
    Aha, takze to vypada, ze domenu 192.168.1.1 nerosolvoval jako mydestination, takze se to snazil odeslat pres relayhost. Kdyby mel emaily prijimat i pro 192.168.1.1, musel by mit to IP v mydestination nebo by IP 192.168.1.1 musela mit v /etc/hosts take jmeno server.pvvt.cz nebo jine jmeno, ktere by bylo uvedene v mydestination (pak by to IPcko prevedl na jmeno a zjistil, ze IP patri jmenu, pro ktere prijima emaily). Mozna by to od veci nebylo, kdyby nahodou nejakej proces posilal email na nejakyho usera@192.168.1.1

    Samozrejme nejlepsi reseni bych rekl, ze je to posilat na localhost.

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.