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 13:11 | Pozvánky

    Chcete vědět, co se odehrálo ve světě techniky za poslední měsíc? Nebo si popovídat o tom, co zrovna bastlíte? Pak dorazte na prosincovou Virtuální Bastlírnu s mikrofonem a kamerou, nalijte si něco k pití a ponořte se s strahovskými bastlíři do diskuze u virtuálního piva o technice i všem možném okolo. O čem budou tentokrát strahováci referovat? Téměř každý už si všiml významného zdražení RAM a SSD, jsou zde ale i příjemnější zprávy. Průša uvádí

    … více »
    bkralik | Komentářů: 0
    dnes 12:55 | Bezpečnostní upozornění

    Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) podporuje vyjádření partnerů ze Spojeného království, kteří upozorňují na škodlivé aktivity společností Anxun Information Technology (též „I-S00N“) (pdf) a Beijing Integrity Technology (též „Integrity Tech“) působících v kyberprostoru a sídlících v Čínské lidové republice (ČLR). Tyto společnosti jsou součástí komplexního ekosystému soukromých subjektů v ČLR,

    … více »
    Ladislav Hagara | Komentářů: 2
    dnes 04:55 | IT novinky

    Společnost Pebble představila (YouTube) prsten s tlačítkem a mikrofonem Pebble Index 01 pro rychlé nahrávání hlasových poznámek. Prsten lze předobjednat za 75 dolarů.

    Ladislav Hagara | Komentářů: 5
    dnes 04:22 | IT novinky

    Společnost JetBrains v listopadu 2021 představila nové IDE s názvem Fleet. Tento týden oznámila jeho konec. Od 22. prosince 2025 již nebude možné Fleet stáhnout.

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

    Byl vydán Mozilla Firefox 146.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 146 bude brzy k dispozici také na Flathubu a Snapcraftu.

    Ladislav Hagara | Komentářů: 0
    včera 17:00 | IT novinky

    Před rokem převzala Digitální a informační agentura (DIA) vlastnictví a provoz jednotné státní domény gov.cz. Nyní spustila samoobslužný portál, který umožňuje orgánům veřejné moci snadno registrovat nové domény státní správy pod doménu gov.cz nebo spravovat ty stávající. Proces nové registrace, který dříve trval 30 dní, se nyní zkrátil na několik minut.

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

    IBM kupuje za 11 miliard USD (229,1 miliardy Kč) firmu Confluent zabývající se datovou infrastrukturou. Posílí tak svoji nabídku cloudových služeb a využije růstu poptávky po těchto službách, který je poháněný umělou inteligencí.

    Ladislav Hagara | Komentářů: 0
    včera 01:55 | IT novinky

    Nejvyšší správní soud (NSS) podruhé zrušil pokutu za únik zákaznických údajů z e-shopu Mall.cz. Incidentem se musí znovu zabývat Úřad pro ochranu osobních údajů (ÚOOÚ). Samotný únik ještě neznamená, že správce dat porušil svou povinnost zajistit jejich bezpečnost, plyne z rozsudku dočasně zpřístupněného na úřední desce. Úřad musí vždy posoudit, zda byla přijatá opatření přiměřená povaze rizik, stavu techniky a nákladům.

    Ladislav Hagara | Komentářů: 13
    8.12. 18:44 | Komunita

    Organizace Free Software Foundation Europe (FSFE) zrušila svůj účet na 𝕏 (Twitter) s odůvodněním: "To, co mělo být původně místem pro dialog a výměnu informací, se proměnilo v centralizovanou arénu nepřátelství, dezinformací a ziskem motivovaného řízení, což je daleko od ideálů svobody, za nimiž stojíme". FSFE je aktivní na Mastodonu.

    Ladislav Hagara | Komentářů: 33
    8.12. 17:55 | IT novinky

    Paramount nabízí za celý Warner Bros. Discovery 30 USD na akcii, tj. celkově o 18 miliard USD více než nabízí Netflix. V hotovosti.

    Ladislav Hagara | Komentářů: 3
    Jaké řešení používáte k vývoji / práci?
     (34%)
     (48%)
     (19%)
     (17%)
     (22%)
     (15%)
     (24%)
     (16%)
     (18%)
    Celkem 450 hlasů
     Komentářů: 18, poslední 2.12. 18:34
    Rozcestník

    Dotaz: Postfix a fetchmail

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