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 | IT novinky

    Firmy v EU musí počínaje dnešním dnem označovat obsah vytvořený umělou inteligencí. Znamená to povinnost informovat uživatele, že člověk komunikuje s chatbotem či jiným systémem AI. Rovněž obrázky, audia či videa, které jsou vytvořené nebo zmanipulované pomocí umělé inteligence a které mohou působit jako autentické, musejí být jasně označeny jako uměle vytvořené.

    Ladislav Hagara | Komentářů: 1
    dnes 04:11 | Nová verze

    Byla vydána nová major verze 11.0 open source unixového operačního systému NetBSD (Wikipedie). Přehled novinek v poznámkách k vydání.

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

    Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) se zapojil do mezinárodní iniciativy vedené americkou agenturou CISA (Cybersecurity and Infrastructure Security Agency) a dalšími partnery, jejímž cílem je stanovit minimální náležitosti pro tzv. Software Bill of Materials (SBOM). Nový dokument přináší praktická doporučení, jak by měl vypadat přehled komponent softwaru a jak s ním v praxi pracovat. SBOM lze

    … více »
    Ladislav Hagara | Komentářů: 1
    včera 03:00 | Nová verze

    V aktuálním přehledu vývoje renderovacího jádra webového prohlížeče Servo (Wikipedie) bylo oznámeno vydání nové verze 0.4.0. Výrazně se zlepšilo vykreslování stránek jako lichess.org, Zulip nebo Speedtest.

    Ladislav Hagara | Komentářů: 0
    31.7. 19:22 | Bezpečnostní upozornění

    Vládní CERT upozorňuje (𝕏) na kritické zranitelnosti v produktech VMware: CVE-2026-59309, CVE-2026-59310 a CVE-2026-47876. Zranitelnosti v VMware vCenter umožňují vzdálenému útočníkovi se síťovým přístupem obejít autentizaci a získat neoprávněný přístup k vCenter, případně zneužít directory traversal ke spuštění libovolného kódu na vCenter.

    Ladislav Hagara | Komentářů: 1
    31.7. 18:33 | Bezpečnostní upozornění

    Společnost Coinkite upozorňuje na bezpečnostní chybu svých hardwarových kryptopeněženek Coldcard. Jedná se o kritickou chybu v generování náhodných čísel (RNG). Místo hardwarového generátoru náhodných čísel (TRNG) byl omylem používán softwarový fallback (PRNG).

    Ladislav Hagara | Komentářů: 3
    31.7. 14:11 | Zajímavý projekt

    Představena byla nová linuxová distribuce Shadowfetch Linux. Na rozdíl od mnoha nováčků, které nabízejí převážně jiné téma a výběr softwaru, tato distribuce založená na Debianu Testing s desktopovým prostředím KDE Plasma 6.6, klade lokálně běžící umělou inteligenci do centra svého desktopového zážitku.

    Pinhead | Komentářů: 0
    30.7. 17:22 | Zajímavý projekt

    Max Leiter v roce 2019 zkusil zprovoznit X server na iPadu (iOS). Nyní se k tématu vrátil a s pomocí LLM a balíčkovacích nástrojů Procursus rozběhl desktop s X11 i Waylandem. Jeho balíčky jsou dostupné v repozitáři xiOS.

    |🇵🇸 | Komentářů: 24
    30.7. 13:33 | IT novinky

    Společnost Google Cloud dnes oznámila, že její infrastruktura a služby byly oficiálně zařazeny do Katalogu cloud computingu vedeného Digitální a informační agenturou (DIA). Tato certifikace potvrzuje, že infrastruktura a služby Google Cloud splňují přísné bezpečnostní a regulační požadavky České republiky pro provoz cloudových služeb ve veřejném sektoru.

    Ladislav Hagara | Komentářů: 6
    30.7. 13:11 | IT novinky

    Vůbec poprvé v historii se stát při testování digitálních služeb obrací na širokou veřejnost. Digitální a informační agentura (DIA) a Ministerstvo vnitra zvou občany k zapojení do zátěžového testu eDokladů, které od loňského podzimu prošly optimalizací aplikace a posílením infrastruktury. Test proběhne 13. srpna ve 13:00 a pro jeho úspěch bude potřeba zapojení několika desítek tisíc občanů. Zapojení do testu je zcela dobrovolné a úkol

    … více »
    Ladislav Hagara | Komentářů: 42
    Které desktopové prostředí na Linuxu používáte?
     (11%)
     (7%)
     (2%)
     (18%)
     (30%)
     (5%)
     (6%)
     (2%)
     (15%)
     (23%)
    Celkem 2300 hlasů
     Komentářů: 30, poslední 3.4. 20:20
    Rozcestník


    Dotaz: Postfix hlasi RSET

    8.2.2010 12:13 pepek
    Postfix hlasi RSET
    Přečteno: 1103×
    Zdravim.
    Resim jeden problem. Provozuji aplikaci zalozenou na php fusion. Tato app jela na vyvojovem serveru na Debianu (bez problemu). Nyni nastal cas na migraci do produkce, coz je primarne SUNovsky zelezo a Solaris 10. Migrace probehla v pohode az na jednu vec. Pokud z teto app je potreba odeslat email (postfix 2.6.2) logy hlasi:

    postfix/smtpd[26768]: [ID 197553 mail.info] connect from (hostname)[192.168.1.5]
    postfix/smtpd[26768]: [ID 197553 mail.info] lost connection after RSET from (hostname)[192.168.1.5]
    postfix/smtpd[26768]: [ID 197553 mail.info] disconnect from (hostname)[192.168.1.5]


    Nalezl jsem podobny dotaz, ktery tu uz byl, ale nebyl zodpovezen. Zde.
    Chovani je velice podobne, posta z konzole ci jineho mailklienta (squirell, thunderbird ad.) chodi bez problemu. Domnivam se, ze asi bude problem nekde v php a nejakejch konekci ci modulu na postfix, nebo ne? Dekuji za pripadne odpovedi.

    PS: Co presne si mam pod touto hlaskou predstavit? Prijde mi hodne obecna.

    Odpovědi

    8.2.2010 16:58 Martin H. | skóre: 27 | blog: linservis | Brno
    Rozbalit Rozbalit vše Re: Postfix hlasi RSET
    Napadla mě jedna věc: možná máš nějaké restrikce pro SMTP v Postfixu a máš je ve špatném pořadí - aplikace není autorizována jako klient s možností posílat bez ověření a proto se aplikuje pravidlo autentizace SMTP.

    Bohužel tvůj dotaz je velice obecný.

    Viděl bych to tak, že PHP odesílá ze 127.0.0.1, ale localhost není v RELAY ... nebo naopak síť 192 ... není v RELAY a klenti používají SMTP autorizaci (stejné jméno a heslo, jako k POP3/IMAP).

    Jen střílím od boku ... prověř to.

    Příkaz říká, že klient ukončil spojení ihned po navázání spojení.
    --- Kapitalismus je lepší, než socialismus ... ale horší, než jsem čekal. (Jiří Suchý) ---
    9.2.2010 10:21 pepek
    Rozbalit Rozbalit vše Re: Postfix hlasi RSET
    No asi odtud bude vitr foukat, ale trochu mi to prosim upresni.

    Relay mam nastaven pro localhost (mynetworks_style = host) pokud zmenim mynetworks_style = class tak ze stejne site maily chodej taky:
    telnet 192.168.1.5 25
    Trying 192.168.1.5...
    Connected to 192.168.1.5.
    Escape character is '^]'.
    220 hostname.mydomain.cz ESMTP Postfix
    HELO localhost
    250 hostname.domain.cz
    MAIL FROM:novak@mydomain.cz
    250 2.1.0 Ok
    RCPT TO:pepek@domain.cz
    250 2.1.5 Ok
    DATA
    354 End data with .
    ggg
    .
    250 2.0.0 Ok: queued as 92B5347604
    quit

    Nicmene, pokud zkusim z app tak opet nic.
    POP/IMAP autorizuji klasicky proti passwd, shadow. SMTP autorizaci nepouzivam. Prave pt je mi to divny. Jedina restrikce, kterou mam je relay pouze na localhost. Jeste jsem koukal na vlastnictvi te app, ale to je take v poradku. Jine bezici app na serveru problem s odesilanim posty nemaji. Takze tak nejak tapu, zda je to nejaka restrikce v postfixu, nebo neco v te aplikaci.
    10.2.2010 10:04 Kriegel
    Rozbalit Rozbalit vše Re: Postfix hlasi RSET

    Takhle je to koukani do koule...

     

    Hod sem vystup

    postconf -n

    pak do main.cf dej

    debug_peer_list = cl.ie.nt.IP

    popr uprav verbosity level

    debug_peer_level = 5

    a postni log

    10.2.2010 13:26 Pavel
    Rozbalit Rozbalit vše Re: Postfix hlasi RSET
    postconf -n :

    command_directory = /usr/sbin
    config_directory = /etc/postfix
    daemon_directory = /usr/libexec/postfix
    data_directory = /var/lib/postfix
    debug_peer_level = 5
    debug_peer_list = 127.0.0.1
    html_directory = no
    mail_owner = postfix
    mailq_path = /usr/bin/mailq
    manpage_directory = /usr/share/man
    message_size_limit = 20480000
    mydestination = $myhostname, localhost.$mydomain, localhost, $mydomain, mail.$mydomain, www.$mydomain, ftp.$mydomain
    mydomain = domena.cz
    myhostname = hostname.domena.cz
    mynetworks_style = host
    myorigin = $mydomain
    newaliases_path = /usr/bin/newaliases
    queue_directory = /var/spool/postfix
    readme_directory = no
    sample_directory = /etc/postfix
    sendmail_path = /usr/lib/sendmail
    setgid_group = postdrop
    smtpd_timeout = 100
    unknown_local_recipient_reject_code = 550

    A vystup z logu:

    Feb 10 13:15:46 hostname postfix/smtpd[28318]: [ID 197553 mail.info] connect from hostname[192.168.1.5]
    Feb 10 13:15:46 hostname postfix/smtpd[28318]: [ID 197553 mail.info] lost connection after RSET from hostname[192.168.1.5]
    Feb 10 13:15:46 hostname postfix/smtpd[28318]: [ID 197553 mail.info] disconnect from hostname[192.168.1.5]

    10.2.2010 17:20 Kriegel
    Rozbalit Rozbalit vše Re: Postfix hlasi RSET

    debug_peer_list = 192.168.1.5

    a samozrejme postfix reload

    pak by to do logu melo sypat neco vic...

    11.2.2010 10:16 pepek
    Rozbalit Rozbalit vše Re: Postfix hlasi RSET
    Feb 11 10:06:59 sun1 postfix/smtpd[28617]: [ID 197553 mail.info] connect from sun1[192.168.1.5]
    Feb 11 10:06:59 sun1 postfix/smtpd[28617]: [ID 197553 mail.info] match_hostname: sun1 ~? 127.0.0.1/32
    Feb 11 10:06:59 sun1 postfix/smtpd[28617]: [ID 197553 mail.info] match_hostaddr: 192.168.1.5 ~? 127.0.0.1/32
    Feb 11 10:06:59 sun1 postfix/smtpd[28617]: [ID 197553 mail.info] match_hostname: sun1 ~? 192.168.1.5/32
    Feb 11 10:06:59 sun1 postfix/smtpd[28617]: [ID 197553 mail.info] match_hostaddr: 192.168.1.5 ~? 192.168.1.5/32
    Feb 11 10:06:59 sun1 postfix/smtpd[28617]: [ID 197553 mail.info] > sun1[192.168.1.5]: 220 hostname.domena.cz ESMTP Postfix
    Feb 11 10:06:59 sun1 postfix/smtpd[28617]: [ID 197553 mail.info] watchdog_pat: a72f8
    Feb 11 10:06:59 sun1 postfix/smtpd[28617]: [ID 197553 mail.info] vstream_fflush_some: fd 12 flush 47
    Feb 11 10:06:59 sun1 postfix/smtpd[28617]: [ID 197553 mail.info] vstream_buf_get_ready: fd 12 got 28
    Feb 11 10:06:59 sun1 postfix/smtpd[28617]: [ID 197553 mail.info] < sun1[192.168.1.5]: EHLO www.domena.cz
    Feb 11 10:06:59 sun1 postfix/smtpd[28617]: [ID 197553 mail.info] > sun1[192.168.1.5]: 250-hostname.domena.cz
    Feb 11 10:06:59 sun1 postfix/smtpd[28617]: [ID 197553 mail.info] > sun1[192.168.1.5]: 250-PIPELINING
    Feb 11 10:06:59 sun1 postfix/smtpd[28617]: [ID 197553 mail.info] > sun1[192.168.1.5]: 250-SIZE 20480000
    Feb 11 10:06:59 sun1 postfix/smtpd[28617]: [ID 197553 mail.info] > sun1[192.168.1.5]: 250-VRFY
    Feb 11 10:06:59 sun1 postfix/smtpd[28617]: [ID 197553 mail.info] match_list_match: sun1: no match
    Feb 11 10:06:59 sun1 postfix/smtpd[28617]: [ID 197553 mail.info] match_list_match: 192.168.1.5: no match
    Feb 11 10:06:59 sun1 postfix/smtpd[28617]: [ID 197553 mail.info] > sun1[192.168.1.5]: 250-ETRN
    Feb 11 10:06:59 sun1 postfix/smtpd[28617]: [ID 197553 mail.info] > sun1[192.168.1.5]: 250-ENHANCEDSTATUSCODES
    Feb 11 10:06:59 sun1 postfix/smtpd[28617]: [ID 197553 mail.info] > sun1[192.168.1.5]: 250-8BITMIME
    Feb 11 10:06:59 sun1 postfix/smtpd[28617]: [ID 197553 mail.info] > sun1[192.168.1.5]: 250 DSN
    Feb 11 10:06:59 sun1 postfix/smtpd[28617]: [ID 197553 mail.info] watchdog_pat: a72f8
    Feb 11 10:06:59 sun1 postfix/smtpd[28617]: [ID 197553 mail.info] vstream_fflush_some: fd 12 flush 136
    Feb 11 10:06:59 sun1 postfix/smtpd[28617]: [ID 197553 mail.info] vstream_buf_get_ready: fd 12 got 12
    Feb 11 10:06:59 sun1 postfix/smtpd[28617]: [ID 197553 mail.info] < sun1[192.168.1.5]: AUTH LOGIN
    Feb 11 10:06:59 sun1 postfix/smtpd[28617]: [ID 197553 mail.info] match_string: AUTH ~? CONNECT
    Feb 11 10:06:59 sun1 postfix/smtpd[28617]: [ID 197553 mail.info] match_string: AUTH ~? GET
    Feb 11 10:06:59 sun1 postfix/smtpd[28617]: [ID 197553 mail.info] match_string: AUTH ~? POST
    Feb 11 10:06:59 sun1 postfix/smtpd[28617]: [ID 197553 mail.info] match_list_match: AUTH: no match
    Feb 11 10:06:59 sun1 postfix/smtpd[28617]: [ID 197553 mail.info] > sun1[192.168.1.5]: 502 5.5.2 Error: command not recognized
    Feb 11 10:06:59 sun1 postfix/smtpd[28617]: [ID 197553 mail.info] watchdog_pat: a72f8
    Feb 11 10:06:59 sun1 postfix/smtpd[28617]: [ID 197553 mail.info] vstream_fflush_some: fd 12 flush 41
    Feb 11 10:06:59 sun1 postfix/smtpd[28617]: [ID 197553 mail.info] vstream_buf_get_ready: fd 12 got 6
    Feb 11 10:06:59 sun1 postfix/smtpd[28617]: [ID 197553 mail.info] < sun1[192.168.1.5]: RSET
    Feb 11 10:06:59 sun1 postfix/smtpd[28617]: [ID 197553 mail.info] > sun1[192.168.1.5]: 250 2.0.0 Ok
    Feb 11 10:06:59 sun1 postfix/smtpd[28617]: [ID 197553 mail.info] watchdog_pat: a72f8
    Feb 11 10:06:59 sun1 postfix/smtpd[28617]: [ID 197553 mail.info] vstream_fflush_some: fd 12 flush 14
    Feb 11 10:06:59 sun1 postfix/smtpd[28617]: [ID 197553 mail.info] smtp_get: EOF
    Feb 11 10:06:59 sun1 postfix/smtpd[28617]: [ID 197553 mail.info] match_hostname: sun1 ~? 127.0.0.1/32
    Feb 11 10:06:59 sun1 postfix/smtpd[28617]: [ID 197553 mail.info] match_hostaddr: 192.168.1.5 ~? 127.0.0.1/32
    Feb 11 10:06:59 sun1 postfix/smtpd[28617]: [ID 197553 mail.info] match_hostname: sun1 ~? 192.168.1.5/32
    Feb 11 10:06:59 sun1 postfix/smtpd[28617]: [ID 197553 mail.info] match_hostaddr: 192.168.1.5 ~? 192.168.1.5/32
    Feb 11 10:06:59 sun1 postfix/smtpd[28617]: [ID 197553 mail.info] lost connection after RSET from sun1[192.168.1.5]
    Feb 11 10:06:59 sun1 postfix/smtpd[28617]: [ID 197553 mail.info] disconnect from sun1[192.168.1.5]
    11.2.2010 12:59 Kriegel
    Rozbalit Rozbalit vše Re: Postfix hlasi RSET

    (1) Feb 11 10:06:59 sun1 postfix/smtpd[28617]: [ID 197553 mail.info] < sun1[192.168.1.5]: AUTH LOGIN
    (2) Feb 11 10:06:59 sun1 postfix/smtpd[28617]: [ID 197553 mail.info] > sun1[192.168.1.5]: 502 5.5.2 Error: command not recognized
    (3) Feb 11 10:06:59 sun1 postfix/smtpd[28617]: [ID 197553 mail.info] < sun1[192.168.1.5]: RSET

    Klient se snazi o autentifikaci (1), ale server ho nepodporuje, proto posila 502 ... (2), na coz klient reaguje resetem (3)  a ukonci session

     

    Resenim je bud

    a) zprovoznit na serveru overovani, pak zacni tady http://www.postfix.org/postconf.5.html#smtp_sasl_auth_enable nebo

    b) donutit klienta, aby nemel potrebu se autentifikovat

    11.2.2010 13:15 pepek
    Rozbalit Rozbalit vše Re: Postfix hlasi RSET
    Myslel jsem si to po precteni tech logu :-)

    Preferoval bych moznost b, ale to tedy znamena prepsat prislusnou cast v aplikaci?
    11.2.2010 13:32 Kriegel
    Rozbalit Rozbalit vše Re: Postfix hlasi RSET

    Tak pak podle preferenci :)

    Vzhledem k tomu, ze to fungovalo driv, tak na tom testovacim serveru muselo byt a nebo b...

    11.2.2010 13:39 Kriegel
    Rozbalit Rozbalit vše Re: Postfix hlasi RSET

    reseni mozna najdes tady http://www.php-fusion.co.uk/print.php?type=F&thread=24556

    public $SMTPAuth=0;

    11.2.2010 14:10 pepek
    Rozbalit Rozbalit vše Re: Postfix hlasi RSET
    Jj, zatim dik za rady. Kontroloval jsem jeste postfix a zkompilovanej je s podporou ssl. Takze jeste se ozvu jak jsem pokrocil.....
    11.2.2010 16:47 Martin H. | skóre: 27 | blog: linservis | Brno
    Rozbalit Rozbalit vše Re: Postfix hlasi RSET
    To nemá nic společného se SSL, ale SASL ...

    Doporučil bych to vypnout, jak je nabízeno výše ...
    --- Kapitalismus je lepší, než socialismus ... ale horší, než jsem čekal. (Jiří Suchý) ---
    23.2.2010 12:05 pepek
    Rozbalit Rozbalit vše Re: Postfix hlasi RSET
    Ahoj, tak jsem to prosel. Je evidentni, ze php-fusion pouziva k odesilani mailu php-mailer
    Primarni soubory, ktere to ridi jsou: class.phpmailer.php a class.smtp.php
    Bohuzel kdyz jsem je prolezl, tak $SMTPAuth se nachazi v prvnim jmenovanem, ale ma hodnotu: var $SMTPAuth = false;
    Pokud ji zmenim na public $SMTPAuth=0; nebo var $SMTPAuth=0; vysledek je stale stejny. Nebo je to jeste nekde jinde? Nevite, kde ta autentizace je ve fusionu zadratovana?

    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.