Connect. Communicate. Collaborate. Securely.

Domů » Česky » Kerio Connect » problem s forwardy - prefix RFC822; v adrese a nasledna hlaska invalid local part
  •  
DavidO

Příspěvky: 21
Odeslat poštu tomuto uživateli
Nevim, zda to souvisi s vcerejsim upgrade na 6.3.0, ale od vcera se mi v logu hromadi hlasky
{qproc} SEND_MX: Result for recipient nekdo<at>a.b.c.cz: failed, Status: 5.1.8 553 5.1.7 <RFC822;nekdo<at>x.y.z.cz>... invalid local part
Zda se, ze vsechno jsou maily, ktere si uzivatele nekdo z naseho serveru x.y.z.cz preposilaji na server a.b.c.cz (nastaveno ve filter.siv) a ono to nejde.

Podivam-li se do zaarchivovaného mailu, je tam napriklad:

This is an informative message sent by x.y.z.cz.

The server was not able to deliver your email message

Subject: blebleble
Date: Mon, 20 Nov 2006 11:51:22 -0600



to the following addresses:

<RFC822;nekdo<at>x.y.z.cz> (x.y.z.cz: 550 5.3.0 Mailbox alias cannot be expanded)
--MIME-406286859-41-delim
Content-Type: message/delivery-status

Reporting-MTA: dns; x.y.z.cz
Arrival-Date: Mon, 20 Nov 2006 18:53:00 +0100

Original-Recipient: RFC822;nekdo<at>x.y.z.cz
Final-Recipient: rfc822;RFC822;nekdo<at>x.y.z.cz
Action: failed
Status: 5.3.0
Diagnostic-Code: SMTP; 550 5.3.0 Mailbox alias could not be expanded.


Vypada to na problem s prefixem "RFC822;". Podle toho RFC cast pred zavinacem skutecne strednik obsahovat nesmi, ale kdo to tam pridava?
Nemate pro to nekdo nejake vysvetleni a jeste lepe radu, jak z toho ven? Az do vcera rano bylo vse OK. V poledne jsem upgradoval na 6.3.0 a pak to casem zaclo. Uzivatele pak pochopitelne postradaji ty nepreposlane maily. Takhle se ale nezahodi vsechno, jen neco a zatim se mi nepodarilo vysledovat, co maji vsechny tyto nepreposlane maily spolecne.
  •  
admin je nyní offline admin

Příspěvky: 1
Odeslat poštu tomuto uživateli
Pri forwardovani emailu KMS predava i puvodniho prijemce parametrem ORCPT v SMTP prikazu RCPT TO. Cilovy server to pravdepodobne spatne vyhodnocuje. Prefix RFC822 udava pouze v jakem formatu je nasledujici adresa a je to validni format.

Jaky je cilovy mailserver, tj. ten na ktery se to preposila ?
  •  
DavidO

Příspěvky: 21
Odeslat poštu tomuto uživateli
Vsekery odchozi provoz jde pres tri servery. Dva hlasi Sendmail 8.13.1/8.13.1; a treti Sendmail 8.13.6/8.13.6. Kdyz se to nepovede, tak to bylo tak, ze se postupne zkusilo poslat pres vsechny a vzdy to dopadlo stejne jak jsem popsal.
Me ale prijde, ze tam to rfc822; je dvakrat, viz radek
Final-Recipient: rfc822;RFC822;nekdo<at>x.y.z.cz

Zapnul jsem i dalsi logy a prikladam ukazku (co presne jde pakety, ale nevim). Myslim, ze zavada je v tom
{smtpc} Forwarding messase, sender address changed from nekdo_nepodstatny<at>kdesi.cz to RFC822;jmeno.prijmeni<at>firma.z.cz
ke konci nasledujiciho listingu:

{smtps} Command RCPT To:<nekdo<at>x.y.z.cz> ORCPT=RFC822;jmeno.prijmeni<at>firma.z.cz
{smtps} Sent reply to RCPT: 250 2.1.5 Recipient <nekdo<at>x.y.z.cz> ok (local)
{smtps} Command DATA
{smtps} 4982 bytes received in command DATA
{qproc} Queue injection finished, id=45633809-00000aa5
{smtps} Message accepted for delivery
{smtps} Command QUIT
{smtps} SMTP server session end
{alias} Alias processing begin, recipient=nekdo<at>x.y.z.cz
{alias} Searching for match to nekdo<at>x.y.z.cz at level 0
{alias} No match for nekdo<at>x.y.z.cz, expansion finished
{alias} Searching for address nekdo in domain x.y.z.cz...
{alias} Address nekdo<at>x.y.z.cz expanded to local user nekdo<at>x.y.z.cz
{qproc} SEND_LOCAL: Started delivery of queued message id=45633809-00000aa5 sender=<nekdo_nepodstatny<at>kdesi.cz>
{qproc} SEND_LOCAL: Delivering to local recipient nekdo<at>x.y.z.cz...
{alias} Alias processing begin, recipient=forwardovano<at>a.b.c.cz
{alias} Searching for match to forwardovano<at>a.b.c.cz at level 0
{alias} No match for forwardovano<at>a.b.c.cz, expansion finished
{alias} Searching for address lurker2 in domain a.b.c.cz...
{alias} Address forwardovano<at>a.b.c.cz expanded to remote address forwardovano<at>a.b.c.cz
{qproc} SEND_LOCAL: Result for recipient nekdo<at>x.y.z.cz: delivered, Status: 2.1.5
{qproc} SEND_LOCAL: Delivery finished
{qproc} SEND_MX: Started delivery of queued message id=45633809-00000aa5 sender=<nekdo_nepodstatny<at>kdesi.cz>
{qproc} SEND_MX: Delivering to remote domain a.b.c.cz...
{qproc} SEND_MX: Created batch of 1 recipients for domain a.b.c.cz
{smtpc} Connecting to smtp1.firma.cz, delivering mail from <nekdo_nepodstatny<at>kdesi.cz>
{smtpc} Connected to smtp1.firma.cz
{smtpc} Received greeting: 220 smtp1.firma.cz ESMTP Sendmail 8.13.1/8.13.1; Tue, 21 Nov 2006 18:32:00 +0100 (CET)
{smtpc} Sending EHLO
{smtpc} Forwarding messase, sender address changed from nekdo_nepodstatny<at>kdesi.cz to RFC822;jmeno.prijmeni<at>firma.z.cz
{smtpc} Sent MAIL command
{smtpc} Got reply: 553 5.1.7 <RFC822;jmeno.prijmeni<at>firma.z.cz>... invalid local part
{smtpc} Sender <nekdo_nepodstatny<at>kdesi.cz> not accepted: 553 5.1.7 <RFC822;jmeno.prijmeni<at>firma.z.cz>... invalid local part
{smtpc} QUIT sent, got reply: 221 2.0.0 smtp1.firma.cz closing connection
  •  
Petr Dobrý je nyní offline Petr Dobrý

Příspěvky: 427

Odeslat poštu tomuto uživateli
Muzete prosim zkusit zastavit KMS a v konfiguracnim souboru mailserver.cfg zmenit polozku ClientRedirectOnForward na hodnotu 1 ?
  •  
DavidO

Příspěvky: 21
Odeslat poštu tomuto uživateli
Zkusim sahnout do orloje.

Mezitim jsem si pustil ethereal (lahudka, na serveru :-) ) a ten jasne ukazal, ze v jednom pripade v smtp hlavicce odeslo
MAIL FROM: <RFC822;neco<at>neco.neco> SIZE=1234
coz asi fakt neni dobre...
  •  
DavidO

Příspěvky: 21
Odeslat poštu tomuto uživateli
Kerio_pedobry napsal dne Út, 21 listopad 2006 19:59

Muzete prosim zkusit zastavit KMS a v konfiguracnim souboru mailserver.cfg zmenit polozku ClientRedirectOnForward na hodnotu 1 ?

Hm, tak zda se, ze to zabralo.

Chapu to dobre, ze timhle nastavenim se zpusobi, ze v smtp hlavicce bude jako sender pouzit ten lokalni uzivatel, jehoz filtrem se to forwarduje, misto toho, ktery byl pouzit v smtp hlavicce pri prijimani mailu. A zaroven ze se toto nastaveni nijak nedotyka sekce DATA, tedy obsahu mailu samotneho, a to zustava stejne, jak to prislo (plus nejake to Resent-from atp., ale From se nemeni)?

A dalsi otazka: je tedy pravda, ze Kerio prijme mail, kde je v hlavicce poslano
RCPT To:<nekdo<at>u.mne.cz> ORCPT=RFC822;zase.neco<at>treba.jinde.cz
a chybne hodnotu ORCPT pouzije "as is" pri preposilani, takze posle
MAIL From:<RFC822;zase.neco<at>treba.jinde.cz>
coz prijimajici strana opravnene oznaci jako chybu a neprijme?
  •  
Pavel Dobrý (Kerio) je nyní offline Pavel Dobrý (Kerio)

Příspěvky: 1550
Odeslat poštu tomuto uživateli
DavidO napsal dne Út, 21 listopad 2006 21:06


Hm, tak zda se, ze to zabralo.

Chapu to dobre, ze timhle nastavenim se zpusobi, ze v smtp hlavicce bude jako sender pouzit ten lokalni uzivatel, jehoz filtrem se to forwarduje, misto toho, ktery byl pouzit v smtp hlavicce pri prijimani mailu. A zaroven ze se toto nastaveni nijak nedotyka sekce DATA, tedy obsahu mailu samotneho, a to zustava stejne, jak to prislo (plus nejake to Resent-from atp., ale From se nemeni)?


Presne tak. Prepina se mezi "forwarding" (obycejny redirect) a "confidential forwarding" (preposilani s utajenim cilove adresy - pouzije se lokalni uzivatel jako odesilatel).
Citát:


A dalsi otazka: je tedy pravda, ze Kerio prijme mail, kde je v hlavicce poslano
RCPT To:<nekdo<at>u.mne.cz> ORCPT=RFC822;zase.neco<at>treba.jinde.cz
a chybne hodnotu ORCPT pouzije "as is" pri preposilani, takze posle
MAIL From:<RFC822;zase.neco<at>treba.jinde.cz>
coz prijimajici strana opravnene oznaci jako chybu a neprijme?


Ano, vypada to ze je tomu tak jak popisujete.

Databáze znalostí: http://kb.kerio.com/
Technická podpora: http://www.kerio.cz/cz/support
  •  
DavidO

Příspěvky: 21
Odeslat poštu tomuto uživateli
Kerio_pdobry napsal dne Út, 21 listopad 2006 21:10

DavidO napsal dne Út, 21 listopad 2006 21:06


A dalsi otazka: je tedy pravda, ze Kerio prijme mail, kde je v hlavicce poslano
RCPT To:<nekdo<at>u.mne.cz> ORCPT=RFC822;zase.neco<at>treba.jinde.cz
a chybne hodnotu ORCPT pouzije "as is" pri preposilani, takze posle
MAIL From:<RFC822;zase.neco<at>treba.jinde.cz>
coz prijimajici strana opravnene oznaci jako chybu a neprijme?


Ano, vypada to ze je tomu tak jak popisujete.

Tak to jsem vam odhalil pekny bug. Az ho odstranite, svet zase bude o neco lepsi.
Jsem rad, ze se to docasne da zazaplatovat, dekuji za spolupraci. Bohuzel, pro me uzivatele to ale stejne znamena, ze se jim dva dny nepreposilaly maily odsud pryc. Nemel byste tam v zaloze jeste nejakou polozku MailyKtereSeNepreposilalyKvuliTomuBuguPreposliTamKamMelyJit, kterou bych taky nastavil na 1? Nevim, jak jinak totiz najit vsechny ty chybejici maily, protoze na rucni praci to je jaksi trochu moc :-(
  •  
L@DIK je nyní offline L@DIK

Příspěvky: 443
Odeslat poštu tomuto uživateli
Kerio_pedobry napsal dne Út, 21 listopad 2006 19:59

Muzete prosim zkusit zastavit KMS a v konfiguracnim souboru mailserver.cfg zmenit polozku ClientRedirectOnForward na hodnotu 1 ?
Chapu dobre, ze toto muze resit kdysi i zde probirany problem Sender-ID u forwardovanych zprav?
  •  
Pavel Dobrý (Kerio) je nyní offline Pavel Dobrý (Kerio)

Příspěvky: 1550
Odeslat poštu tomuto uživateli
L<at>DIK napsal dne Út, 21 listopad 2006 22:03

Kerio_pedobry napsal dne Út, 21 listopad 2006 19:59

Muzete prosim zkusit zastavit KMS a v konfiguracnim souboru mailserver.cfg zmenit polozku ClientRedirectOnForward na hodnotu 1 ?
Chapu dobre, ze toto muze resit kdysi i zde probirany problem Sender-ID u forwardovanych zprav?


Ano, uzivatelske preposilani v aktualni verzi KMS (6.3) jiz resi i problem se Sender-ID. Pokud je hodnota nastavena na 0 (defaultne), tak se do preposilanych emailu pridava hlavicka Resent-From s adresou lokalniho uzivatele, ktera se pouzije pri vyhodnoceni Sender-ID. Pokud je hodnota nastavena na 1, tak to funguje stejne jako v predchozich verzich a adresa odesilatele se nemeni.

Databáze znalostí: http://kb.kerio.com/
Technická podpora: http://www.kerio.cz/cz/support
  •  
mipeba je nyní offline mipeba

Příspěvky: 2
Odeslat poštu tomuto uživateli
dva servery KMS mají bohužel odlišnou verzi.9.2 a druhý nějaký starší. Na tom starším je skupina a když se do ní pošle mail uživatelům tohoto serveru dorazí bez chyb. Ti co mají pomocí uživatelského filtru přesměrovanou poštu na ten novější přijde chyba:
mail.domenaxy.cz: 550 5.3.0 Mailbox alias could not be expanded.
Zkoušel jsem vše zde uvedené, ale bez efektu
Předchozí téma: automatická odpověď - alias
Další téma: OpenOffice keeps crashing when I try to use it
Jít na fórum:
  


Disclaimer:
Kerio discussion forums are intended for open communication between forum members and may contain information and material posted by members which may be useful in learning about Kerio products. The discussion forums are not intended to provide technical support for any specific product. Any information implied or expressed in the discussion forums is that of the posting member. Kerio is in no way responsible for the information posted in the forums, or its accuracy. Kerio employees may participate in the discussions, but their postings do not represent an offical position of the company on any issues raised or discussed. Kerio reserves the right to monitor and maintain the forums to promote free and accurate exchange of information.

Aktuální čas: So srp 18 22:27:11 CEST 2018

Celkový čas potřebný k vygenerování této stránky: 1.01073 vteřin
.:: Kontakt :: Domů ::.
Běží na: FUDforum 3.0.4.