Šobrīd esat bezsaistē, tiek gaidīts atkārtots savienojums ar internetu

"SMTPSENT. BareLineFeedsAreIllegal"Office 365 Dedicated/ITAR Exchange Online vai EOP lietotāji saņem NDR

SVARĪGI! Šis raksts ir tulkots, izmantojot Microsoft mašīntulkošanas programmatūru, un, iespējams, labots, izmantojot tehnoloģiju Community Translation Framework (CTF). Korporācija Microsoft publicē gan ar mašīntulkošanas programmatūru tulkotus rakstus, ko pēc tam rediģējuši kopienas pārstāvji, gan arī tulkotāju tulkotus rakstus, lai visi zināšanu bāzes raksti būtu pieejami vairākās valodās. Ar mašīntulkošanas programmatūru tulkotajos un kopienas pārstāvju rediģētajos tekstos var būt vārdu izvēles, sintakses un/vai gramatikas kļūdas. Korporācija Microsoft neuzņemas atbildību ne par kādām neprecizitātēm, kļūdām vai kaitējumu, kas radies nepareiza satura tulkojuma vai tā izmantošanas dēļ. Papildinformācija par CTF ir pieejama šeit: http://support.microsoft.com/gp/machine-translation-corrections/lv.

Noklikšķiniet šeit, lai skatītu šī raksta versiju angļu valodā: 2998901
PROBLĒMAS
Exchange Online vai Exchange Online Protection lietotāji nevar saņemt paredzētais e-pasta ziņojums. Veicot trasēšanas ziņojumu, atrodiet ziņojumu piegāde neizdevās un tika izveidota atskaite par neizdevušos piegādi (NDR), ir šāds kļūdas ziņojums:
SMTPSEND. BareLinefeedsAreIllegal; ziņojumā ir tukša rindpadeves, kuru nevar sūtīt datus
Lietotājiem iespējams nav, ir radusies šī problēma agrāk, kad tos izmantot Forefront Online Protection for Exchange (FOPE).
IEMESLS
Šī problēma rodas, ja avota ziņojumu pārsūtīšanas aģenta (MTA) paredzētais CR LF kombinācija nav pievienot kā dokumentēts, (Request For Comments — RFC) 2822 ziņojuma beigās.
RISINĀJUMS
Lai novērstu šo problēmu, veiciet kādu no šīm darbībām atbilstoši situācijai:
  • Pieprasījuma sūtītājs labotu ziņojuma formāts. Šī kļūda rodas bieži lielapjoma sūtītāju un automatizēto sūtītāji (piemēram, ziņojumus vai rēķiniem).
  • Iespējot paplašināto SMTP (ESMTP) saņemšanas serverī, lai ziņojumu var nosūtīt, izmantojot CHUNKING vai BDAT. Neviens no thesemethods ir atkarīgs no CR LF kombinācija signālu ziņojuma beigās. Lai iegūtu papildinformāciju, skatietSMTP protokola paplašinājumu.
  • Ja sūtītājs nevar labot nosūtītos ziņojumus vai plaisa ir mazināt līdz ziņojums tiek labota, saņēmējs var izveidot ienākošo transporta kārtula problemātisko sūtītāja ziņojumiem pievienot atruna. Atrunas tiks pievienot paredzētais CR LF kombinācija ziņojumu, lai to var sniegt. (Šis disclaimermay veido vienu rakstzīmi kā administratīvais laiks vai svītra).
PAPILDINFORMĀCIJA
Skatiet papildinformāciju par to, kā veikt ziņojumu izsekošanaIzsekotu e-pasta ziņojums.

Lai iegūtu papildinformāciju par to, kā izveidot atrunas, skatiet Uzņēmuma atrunas, paraksti, kājenes un galvenes.

Vēl arvien ir nepieciešama palīdzība? Dodieties uz Office 365 Kopiena tīmekļa vietni.

Brīdinājums: šis raksts ir tulkots automātiski

Rekvizīti

Raksta ID: 2998901. Pēdējo reizi pārskatīts: 01/17/2016 12:56:00. Pārskatījums: 4.0

Microsoft Exchange Online, Microsoft Exchange Online Protection

  • o365e o365m o365p o365022013 o365 o365a eop kbmt KB2998901 KbMtlv
Atsauksmes