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 15:44 | Bezpečnostní upozornění

    Dle Phoronixu zveřejnila společnost Trend Micro prostřednictvím programu Zero Day Initiative (ZDI) několik hlášení bezpečnostních zranitelností přímo na veřejném mailing listu LKML, přestože některé chyby dosud nemají opravu začleněnou do hlavní větve jádra. Mezi hlášenými problémy jsou dvě zranitelnosti s hodnocením CVSS 9.0, týkající se SMB Direct a KSMBD, které mohou umožnit vzdálené spuštění kódu. Další hlášení se týkají … více »

    vencour | Komentářů: 0
    dnes 15:33 | Nová verze

    Správce hesel KeePassXC byl vydán ve verzi 2.8.0. Přechází na Qt 6, podporuje vkládání hesel s Waylandem, rychlé odemykání pomocí Polkitu nebo možnost nastavení klávesových zkratek (seznam změn).

    ʚĭɞ 🍉 | Komentářů: 0
    dnes 15:22 | Nová verze

    Databáze DuckDB (Wikipedie) byla vydána ve verzi 2.0.0 LTS. S kódovým názvem Cinnamon Teal (čírka skořicová). S vyladěným protokolem Quack.

    Ladislav Hagara | Komentářů: 0
    dnes 11:11 | Bezpečnostní upozornění

    V implementaci Broadcom 802.11 byla zjištěna chyba ve zpracování WPS/EAP, týká se to SDK od roku 2010. Broadcom podle výzkumníka Quentina Kaisera odmítl CVE přidělit. Modemy Huawei a Technicolor jsou používány i v ČR, v LTE routerech, běžných domácích routerech a firemních přístupových bodech, jejich současný počet a zranitelnost konkrétních verzí však zatím neznáme. Více detailů a demo. GitHub / Broadcom 802.11 SDK Detection Toolkit.

    vencour | Komentářů: 0
    dnes 05:11 | Nová verze

    Byla vydána nová verze 10.8 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Přibyl balíček DietPi WireGuard.

    Ladislav Hagara | Komentářů: 0
    včera 21:22 | Pozvánky

    Oslavte vydání openSUSE Leap 16.1 s námi v Praze! Ve středu 4. listopadu 2026 (den po vydání Leapu 16.1) vás zveme na malou oslavu vydání openSUSE Leap 16.1 do pražské kanceláře SUSE. Připravili jsme pro vás dvě krátké přednášky: … více »

    lkocman | Komentářů: 1
    včera 16:44 | Bezpečnostní upozornění

    Dle plánu bylo PHP vydáno v nových verzích 8.5.12, 8.4.27, 8.3.36 a 8.2.35. Opraveny jsou kritické zranitelnosti CVE-2026-109618 a CVE-2026-109619 aneb PHP2Shell.

    Ladislav Hagara | Komentářů: 10
    včera 11:55 | Nová verze

    UBports, nadace a komunita kolem Ubuntu pro telefony a tablety Ubuntu Touch, vydala Ubuntu Touch 24.04-2.1 a 24.04-1.5. S opravou kritických zranitelností.

    Ladislav Hagara | Komentářů: 0
    včera 11:33 | IT novinky

    Společnost Škoda Auto zveřejnila na Printables bezplatné 3D modely příslušenství do svých vozů (držáky na nápoje, pomůcky pro vedení kabelů, mincovníky, háčky na USB kabely a čepice pro kapsy na zadních stranách opěradel sedadel, držáky na telefony a úchyty pro horní upevnění bezpečnostních pásů).

    Ladislav Hagara | Komentářů: 11
    včera 05:11 | Zajímavý článek

    Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 170 (pdf).

    Ladislav Hagara | Komentářů: 0
    Které desktopové prostředí na Linuxu používáte?
     (9%)
     (7%)
     (4%)
     (21%)
     (30%)
     (9%)
     (5%)
     (2%)
     (14%)
     (20%)
    Celkem 2892 hlasů
     Komentářů: 33, poslední 20.10. 23:44
    Rozcestník

    Dotaz: Postfix a fetchmail

    3.8.2003 23:32 tezd
    Postfix a fetchmail
    Přečteno: 535×
    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ákno • Nahoru

    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.