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 11:11 | Nová verze

Byla vydána verze 0.10.0 webového prohlížeče qutebrowser (Wikipedie). Přehled novinek v příspěvku na blogu. Vývojáři qutebrowseru kladou důraz na ovladatelnost pomocí klávesnice a minimální GUI. Inspirovali se prohlížečem dwb a rozšířeními pro Firefox Vimperator a Pentadactyl. Prohlížeč qutebrowser je naprogramován v Pythonu a využívá PyQt5. Zdrojové kódy jsou k dispozici na GitHubu pod licencí GNU GPL 3.

Ladislav Hagara | Komentářů: 1
včera 16:22 | Nová verze

Po pěti měsících od vydání Waylandu a Westonu 1.12.0 oznámil Bryce Harrington (Samsung) vydání Waylandu 1.13.0 a Westonu 2.0.0.

Ladislav Hagara | Komentářů: 0
24.2. 13:37 | Bezpečnostní upozornění

Společnost Cloudflare (Wikipedie) na svém blogu potvrdila bezpečnostní problém s její službou. V požadovaných odpovědích od reverzní proxy byla odesílána také data z neinicializované paměti. Útočník tak mohl získat cookies, autentizační tokeny, data posílaná přes HTTP POST a další citlivé informace. Jednalo se o chybu v parsování HTML. Zneužitelná byla od 22. září 2016 do 18. února 2017. Seznam webů, kterých se bezpečnostní problém potenciálně týká na GitHubu.

Ladislav Hagara | Komentářů: 1
24.2. 08:22 | Nová verze

Byla vydána první beta verze Ubuntu 17.04 s kódovým názvem Zesty Zapus. Ke stažení jsou obrazy Kubuntu, Lubuntu, Ubuntu Budgie, Ubuntu GNOME, Ubuntu Kylin, Ubuntu Studio a Xubuntu. Dle plánu by Ubuntu 17.04 mělo vyjít 13. dubna 2017.

Ladislav Hagara | Komentářů: 40
23.2. 17:53 | Bezpečnostní upozornění

Google na svém blogu věnovaném počítačové bezpečnost informuje o nalezení "reálného" způsobu generování kolizí hašovací funkce SHA-1. Podrobnosti a zdrojové kódy budou zveřejněny do 90 dnů. Již dnes lze ale na stránce SHAttered nalézt 2 pdf soubory, jejichž obsah se liší a SHA-1 otisk je stejný (infografika).

Ladislav Hagara | Komentářů: 34
23.2. 17:51 | Nová verze

Vyšla nová verzia open source software na správu a automatizáciu cloudových datacentier Danube Cloud 2.4. Danube Cloud je riešenie postavené na SmartOS, ZFS, KVM a zónach. Obsahuje vlastnosti ako integrovaný monitoring, DNS manažment, zálohy, a samozrejme rozsiahlu dokumentáciu.

dano | Komentářů: 12
23.2. 17:46 | Pozvánky

V Plzni se 3. až 5. března 2017 uskuteční AIMTEChackathon. Je to akce pro vývojáře, grafiky, webdesignéry i veřejnost. Akci provází zajímavé přednášky IT odborníků. Více o programu a možnosti přihlášení na stránkách akce.

cuba | Komentářů: 0
23.2. 01:00 | Nová verze

Známý šifrovaný komunikátor Signal od verze 3.30.0 již nevyžaduje Google Play Services. Autoři tak po letech vyslyšeli volání komunity, která dala vzniknout Google-free forku LibreSignal (dnes již neudržovaný). Oficiální binárky jsou stále distribuované pouze přes Google Play, ale lze použít neoficiální F-Droid repozitář fdroid.eutopia.cz s nezávislými buildy Signalu nebo oficiální binárku stáhnout z Google Play i bez Google účtu

… více »
xm | Komentářů: 8
22.2. 23:14 | Nová verze

Po třech týdnech od vydání první RC verze byla vydána první stabilní verze 17.01.0 linuxové distribuce pro routery a vestavěné systémy LEDE (Linux Embedded Development Environment), forku linuxové distribuce OpenWrt. Přehled novinek v poznámkách k vydání. Dotazy v diskusním fóru.

Ladislav Hagara | Komentářů: 8
22.2. 17:28 | Bezpečnostní upozornění

Byly zveřejněny informace o bezpečnostní chybě CVE-2017-6074 v Linuxu zneužitelné k lokální eskalaci práv. Jde o chybu v podpoře DCCP (Datagram Congestion Control Protocol). Do linuxového jádra se dostala v říjnu 2005. V upstreamu byla opravena 17. února (commit). Bezpečnostní chyba byla nalezena pomocí nástroje syzkaller [Hacker News].

Ladislav Hagara | Komentářů: 16
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (13%)
 (2%)
 (72%)
 (3%)
 (10%)
Celkem 711 hlasů
 Komentářů: 66, poslední 22.2. 18:57
    Rozcestník

    Dotaz: Postfix a fetchmail

    3.8.2003 23:32 tezd
    Postfix a fetchmail
    Přečteno: 296×
    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.