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

[Ondra]

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

[NN]

Podle toho co pises klient zadava neplatnou adresu prijemce. No muzes treba odesilani u klienta nasimulovat telnetem.. V logu klienta to vypada jak?

[Ondra]

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 :(

[NN]

Domluv se s klientem a odchytni celou komunikaci nazivo.

[Petr Šobáň]

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.

[Vantomas]

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ě?

[Vantomas]

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...

[GeorgeWH]

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.

[Ondra]

Až budu doma, tak zkusím víc, pak kdyžtak postnu, co a jak. Všem zatím díky.