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:22 | Nová verze Ladislav Hagara | Komentářů: 0
    dnes 00:55 | Zajímavý projekt

    PyXL je koncept procesora, ktorý dokáže priamo spúštat Python kód bez nutnosti prekladu ci Micropythonu. Podľa testov autora je pri 100 MHz približne 30x rýchlejší pri riadeni GPIO nez Micropython na Pyboard taktovanej na 168 MHz.

    vlk | Komentářů: 0
    včera 19:44 | Nová verze

    Grafana (Wikipedie), tj. open source nástroj pro vizualizaci různých metrik a s ní související dotazování, upozorňování a lepší porozumění, byla vydána ve verzi 12.0. Přehled novinek v aktualizované dokumentaci.

    Ladislav Hagara | Komentářů: 0
    včera 17:33 | Nová verze

    Raspberry Pi OS, oficiální operační systém pro Raspberry Pi, byl vydán v nové verzi 2025-05-06. Přehled novinek v příspěvku na blogu Raspberry Pi a poznámkách k vydání. Pravděpodobně se jedná o poslední verzi postavenou na Debianu 12 Bookworm. Následující verze by již měla být postavena na Debianu 13 Trixie.

    Ladislav Hagara | Komentářů: 0
    včera 05:33 | Komunita

    Richard Stallman dnes v Liberci přednáší o svobodném softwaru a svobodě v digitální společnosti. Od 16:30 v aule budovy G na Technické univerzitě v Liberci. V anglickém jazyce s automaticky generovanými českými titulky. Vstup je zdarma i pro širokou veřejnost.

    Ladislav Hagara | Komentářů: 13
    včera 03:55 | Komunita

    sudo-rs, tj. sudo a su přepsáné do programovacího jazyka Rust, nahradí v Ubuntu 25.10 klasické sudo. V plánu je také přechod od klasických coreutils k uutils coreutils napsaných v Rustu.

    Ladislav Hagara | Komentářů: 0
    6.5. 22:11 | Nasazení Linuxu

    Fedora se stala oficiální distribucí WSL (Windows Subsystem for Linux).

    Ladislav Hagara | Komentářů: 2
    6.5. 13:22 | IT novinky

    Společnost IBM představila server IBM LinuxONE Emperor 5 poháněný procesorem IBM Telum II.

    Ladislav Hagara | Komentářů: 1
    6.5. 04:55 | Nová verze

    Byla vydána verze 4.0 multiplatformního integrovaného vývojového prostředí (IDE) pro rychlý vývoj aplikaci (RAD) ve Free Pascalu Lazarus (Wikipedie). Přehled novinek v poznámkách k vydání. Využíván je Free Pascal Compiler (FPC) 3.2.2.

    Ladislav Hagara | Komentářů: 1
    6.5. 00:33 | Komunita

    Podpora Windows 10 končí 14. října 2025. Připravovaná kampaň Konec desítek (End of 10) může uživatelům pomoci s přechodem na Linux.

    Ladislav Hagara | Komentářů: 32
    Jaký filesystém primárně používáte?
     (57%)
     (1%)
     (8%)
     (22%)
     (4%)
     (2%)
     (3%)
     (1%)
     (1%)
     (3%)
    Celkem 549 hlasů
     Komentářů: 25, poslední včera 20:12
    Rozcestník

    Dotaz: zvláštní chování při odesílání mailů

    30.9.2015 16:35 Ondra
    zvláštní chování při odesílání mailů
    Přečteno: 917×
    Dobrý den, nechci zde nikoho obtěžovat, měl jsem to v záloze jako poslední možnost se někde takto zeptat, ale jelikož jsem předchozí možnosti již vyčerpal, tak píšu sem. Jedná se o následující - mám doma malý mailový server, který obsluhuje jednu doménu o cca 20 schránkách, vše o.k., tito lidi mají na PC své mailové klienty, maily chodí, odesílají se... Jako strojek. Až dosud, kdy jsem přidal jednu novou schránku, ze které prostě nelze odesílat, přijímat ano. Na straně serveru je v logu chyba: Sep 30 14:46:48 mailserver postfix/smtpd[3211]: connect from (něco) Sep 30 14:46:48 mailserver postfix/smtpd[3211]: warning: Illegal address syntax from (něco) in RCPT command: <""> Na straně poštovního klienta chyba je následující - 5.1.3 - bad recipient address syntax. Takto to vypadá i pro mě vcelku srozumitelně, kde by chyba mohla být, ovšem jak jsem psal, pikantní je na tom to, že s žádnou jinou schránkou pod touto doménou není problém, normálně se přijímá i odesílá. Záznamy v databázích sedí. Co mě zaráží je, že v kolonce RCPT se neobjeví v mail.log nic, jen uvozovky (viz výše). Že by spíš problém na straně klienta? Jedná se o thunderbird. Uvědomuji si, že to může být složitější, ale selský rozum mi říká, že kdyby byl problém v nějakém globálním nastavení serveru, tak nešlape už čtyři měsíce v poho, až dosud. Záznamy v databázích jsou o.k., virtuální user je normálně zařazen a vše odpovídá ostatním záznamům. (schránkám). Nejsem odborník, spíš jen amatérský nadšenec, kterému hučí na vesnici na půdě poštovní server, nicméně mám samozčejmě zájem na tom, aby to fungovalo korektně. Jsem teď v práci, ale mohu poskytnout další nutné informace, bude-li potřeba. Všem moc děkuji za každý post, který mě někam postrčí.

    Odpovědi

    30.9.2015 16:42 NN
    Rozbalit Rozbalit vše Re: zvláštní chování při odesílání mailů
    Podle toho co pises klient zadava neplatnou adresu prijemce. No muzes treba odesilani u klienta nasimulovat telnetem.. V logu klienta to vypada jak?
    30.9.2015 16:55 Ondra
    Rozbalit Rozbalit vše Re: zvláštní chování při odesílání mailů
    Díky za post... Prosím Vás, v logu klienta nevím, jak to vypadá, to ví pouze ten, kdo jej má (dělá to jen ta konkrétní schránka), ale vypisuje mu chybu 5.1.3, jak jsem výše psal, nic víc od něj bohužel nevím. Jinak ta schránka, do které odesílá, je v rámci serveru na jedné virt. doméně. Opět podotýkám, děje se to pouze u této jediné schránky. Pokud použije jinou mailovou schránku, mail se normálně pošle :(
    30.9.2015 17:06 NN
    Rozbalit Rozbalit vše Re: zvláštní chování při odesílání mailů
    Domluv se s klientem a odchytni celou komunikaci nazivo.
    30.9.2015 17:09 Petr Šobáň | skóre: 80 | blog: soban | Olomouc
    Rozbalit Rozbalit vše Re: zvláštní chování při odesílání mailů
    No tak odešli z jeho konta mail přímo ze serveru pokud se odešle je chyba u klienta pokud se neodešle budeš vědět že je zrada u tebe.
    30.9.2015 18:49 Vantomas | skóre: 32 | Praha
    Rozbalit Rozbalit vše Re: zvláštní chování při odesílání mailů
    Jinak ta chyba co to píše, vypadá to jako by v klientovi adresu do "Komu:" vybíral z nějakého adresáře a u toho kontaktu uloženého v adresáři neměl vyplněný email. Klient mu tedy v rozhraní ukáže, že mail posílá na kontakt se jménem, ale již je tam skryté, že tam není vyplněn žádný email. Dělá to tedy i když tam ten mail napíše ručně?
    30.9.2015 18:46 Vantomas | skóre: 32 | Praha
    Rozbalit Rozbalit vše Re: zvláštní chování při odesílání mailů
    Přikládám takový příklad jak se provádí test SMTP přes telnet:
    Tučně jsou příkazy odesílány na server, jednotlivé řádky se potvrzují enterem.
    vantomas@vendula ~ $ telnet 10.88.1.1 25
    Trying 10.88.1.1...
    Connected to 10.88.1.1.
    Escape character is '^]'.
    220 smtp3.xxx.cz ESMTP Postfix
    ehlo ja
    250-smtp3.xxx.cz
    250-PIPELINING
    250-SIZE 30000000
    250-ETRN
    250-STARTTLS
    250-AUTH PLAIN LOGIN DIGEST-MD5 CRAM-MD5
    250-AUTH=PLAIN LOGIN DIGEST-MD5 CRAM-MD5
    250-ENHANCEDSTATUSCODES
    250-8BITMIME
    250 DSN
    mail from: <test@test.cz>
    250 2.1.0 Ok
    rcpt to: <vantomas@vantomas.net>
    250 2.1.5 Ok
    data
    354 End data with <CR><LF>.<CR><LF>
    test
    .
    250 2.0.0 Ok: queued as 796B02E002
    quit
    221 2.0.0 Bye
    Connection closed by foreign host.
    vantomas@vendula ~ $ 
    
    Na schránce příjemce doporučuji zkontrolovat i spam složku, jelikož takovýto mail je doprzněn a nemá všechny hlavičkové náležitosti, ale měl by být doručen...
    30.9.2015 20:37 GeorgeWH | skóre: 42
    Rozbalit Rozbalit vše Re: zvláštní chování při odesílání mailů
    lenze jemu to skape uz na rcpt to, kedze ho klient neposlal v rfc tvare, takze k prijatiu mailu nedojde uz na strane mta.

    skor to vyzera na tu chybu s prazdnym mailom v kontaktoch.
    30.9.2015 17:25 Ondra
    Rozbalit Rozbalit vše Re: zvláštní chování při odesílání mailů
    Až budu doma, tak zkusím víc, pak kdyžtak postnu, co a jak. Všem zatím díky.

    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.