Momentan sunteți offline, așteptați să vă reconectați la internet

"SMTPSENT. BareLineFeedsAreIllegal"NDR primit de utilizatori Exchange Online sau EOP în Office 365 dedicate/ITAR

IMPORTANT: Acest articol este tradus cu ajutorul software-ului Microsoft de traducere automată și poate fi corectat prin intermediul tehnologiei Community Translation Framework (CTF). Microsoft oferă articole traduse automat, post-editate de comunitate și articole traduse de oameni, pentru a permite accesul la toate articolele din Baza noastră de cunoștințe în mai multe limbi. Articolele traduse automat și post-editate pot conține greșeli de vocabular, sintaxă și/sau gramatică. Microsoft nu este responsabil de inexactitățile, erorile sau daunele cauzate de traducerea greșită a conținutului sau de utilizarea acestuia de către clienți. Găsiți mai multe informații despre traducerea în colaborare la http://support.microsoft.com/gp/machine-translation-corrections/ro.

Faceți clic aici pentru a vizualiza versiunea în limba engleză a acestui articol: 2998901
PROBLEMA
Utilizatori Exchange Online sau Exchange Online Protection nu posibil să primiți un mesaj de poștă electronică așteptat. Dacă efectuați o urmărire mesajul, aflați că livrare mesaj nu a reușit și că s-a generat un raport de eşec al livrării (NDR) care conține următorul mesaj de eroare:
SMTPSEND. BareLinefeedsAreIllegal; mesajul conține linefeeds goale, care nu pot fi trimise prin date
Utilizatorii să nu fi confruntat cu această problemă în trecut când se utilizează Forefront Online Protection for Exchange (FOPE).
CAUZA
Această problemă apare dacă sursă mesaj transfer agent (MTA) nu adăugați combinația CR-LF așteptat la sfârșitul mesajului ca documentate în Request For Comments (RFC) 2822.
SOLUȚIE
Pentru a rezolva această problemă, efectuaţi una dintre următoarele variante, în funcție de situația dvs.:
  • Solicitați ca expeditorul corecta format de mesaj. Această eroare se produce frecvent cu MAILER automată (de exemplu, rapoarte sau facturi) și masivă expeditori.
  • Activați extins SMTP (ESMTP) pe serverul de primire, astfel încât mesajul pot fi trimise utilizând CHUNKING sau comanda BDAT. Niciunul dintre thesemethods depinde de o combinaţie CR-LF la sfârșitul mesajului de semnal. Pentru mai multe informații, consultațiExtensii de protocol SMTP.
  • Dacă expeditorul nu poate corecta mesajele trimise sau dacă trebuie să fie punte decalajul până când format de mesaj este corectată, destinatarul poate crea o regulă de transport intrare să adăugaţi o exonerare de răspundere la mesajele de la expeditorul problematică. Exonerarea de răspundere va adăuga la mesajul combinația CR-LF așteptat, astfel încât acesta poate fi livrat. (Această disclaimermay constă dintr-un singur caracter, cum ar fi un punct sau o cratimă).
MAI MULTE INFORMAȚII
Pentru mai multe informații despre cum se efectuează o urmă de mesaj, consultaţiMesaj de poștă electronică de urmărire.

Pentru mai multe informații despre cum se creează exonerări de răspundere, consultați Exonerări de răspundere la nivel de organizație, semnături, subsoluri de pagină, sau anteturile.

Încă mai aveți nevoie de ajutor? Accesați Comunitatea Office 365 .

Avertisment: acest articol a fost tradus automat

Proprietăți

ID articol: 2998901 - Ultima examinare: 01/17/2016 12:37:00 - Revizie: 4.0

Microsoft Exchange Online, Microsoft Exchange Online Protection

  • o365e o365m o365p o365022013 o365 o365a eop kbmt KB2998901 KbMtro
Feedback