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 17:33 | Komunita

    Byly zveřejněny prezentace a videozáznamy přednášek a fotografie z česko-slovenského setkání poskytovatelů přístupu k internetu, provozovatelů telekomunikačních sítí, registrátorů domén a provozovatelů počítačových sítí a technických nadšenců CSNOG 2023 (Czech and Slovak Network Operators Group) konaného 16. a 17. května ve Zlínu.

    Ladislav Hagara | Komentářů: 0
    dnes 17:00 | Pozvánky

    Soutěž amatérských robotů Robotický den 2023 proběhne v neděli 4. června v Kongresovém centru Praha.

    Ladislav Hagara | Komentářů: 0
    dnes 14:11 | IT novinky

    V Tchaj-peji probíhá počítačový veletrh COMPUTEX 2023. Firmy představují své novinky. Nvidia například superpočítač DGX GH200 AI.

    Ladislav Hagara | Komentářů: 2
    dnes 12:11 | Nová verze

    Vyšla nová verze XMPP (Jabber) klienta Gajim. Nejvýznamnější novinkou je integrace OMEMO pluginu přímo do jádra aplikace, takže již není třeba plugin samostatně instalovat. Přehled dalších novinek je dostupný na oficiálních stránkách. Gajim je vytvořen v jazyce Python s využitím knihovny GTK a vedle Linuxu jej lze vyzkoušet i na platformách MacOS a Windows.

    sonicpp | Komentářů: 0
    včera 22:22 | Komunita

    Komunita KDE představila stránku KDE for Developers pro vývojáře používající KDE aplikace. Postupně byly představeny stránky pro umělce KDE for Creators, děti KDE for Kids a vědce KDE for Scientists.

    Ladislav Hagara | Komentářů: 7
    včera 16:00 | IT novinky Ladislav Hagara | Komentářů: 0
    28.5. 22:00 | IT novinky Ladislav Hagara | Komentářů: 0
    28.5. 13:55 | Komunita

    Na itch.io probíhá Linux Game Jam 2023. Zapojit se a přihlásit hru běžící na Linuxu lze do 6. června do 01:59. Zahrát si lze hry z loňského ročníku.

    Ladislav Hagara | Komentářů: 3
    27.5. 18:55 | IT novinky

    Na Steamu lze získat zdarma počítačové hry Warhammer 40,000: Gladius - Relics of War a Hue. Na Epic Games Storu počítačovou hru Fallout: New Vegas - Ultimate Edition.

    Ladislav Hagara | Komentářů: 11
    26.5. 08:00 | Komunita

    WordPress (Wikipedie), open source systém pro správu webového obsahu (CMS), zítra slaví 20 let. První verze byla vydána 27. května 2003.

    Ladislav Hagara | Komentářů: 47
    Obnovovací frekvenci obrazovky (LCD) preferuji
     (74%)
     (20%)
     (4%)
     (2%)
    Celkem 801 hlasů
     Komentářů: 13, poslední 25.5. 07:25
    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: 806×
    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: 31 | 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: 31 | 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.