Makale numaras�: 836555 - Son G�zden Ge�irme: 26 Kas�m 2007 Pazartesi - G�zden ge�irme: 3.2

Exchange 2000 Server ve Exchange Server 2003'te MIME ve i�erik d�n��m� hakk�nda s�k sorulan sorular

Bu makalenin ge�erli oldu�u �r�nleri g�r�n.

Sistem �pucuBu makale, kulland��n�zdan farkl� bir i�letim sistemine y�neliktir. Sizinle ilgili olmayabilecek makale i�eri�i devre d�� b�rak�ld�.

Hepsini a� | Hepsini kapa

�zet

Bu makale, MIME standard� ve farkl� posta sistemlerinin birlikte �al��mas�n� olanakl� k�lan kodlama y�ntemleri ile ilgili s�k sorulan sorulara yan�tlar i�erir. Bu makalede, Microsoft Exchange ortam�nda bozuk veya okunamayan posta iletisi sorunlar�n� nas�l giderebilece�iniz k�saca a��klanmaktad�r.

�ste

Daha fazla bilgi

S1: E-posta iletilerinin bi�imi nedir?

Y1: Internet e-posta iletileri, RFC 2822'de tan�mlanan bi�im standartlar�na uyarlar. Bir ileti, �stbilgi alanlar�ndan ve bir g�vdeden olu�ur. �stbilgi alanlar�n�n t�m�ne iletinin "�stbilgisi" denir. �letinin g�vdesi iste�e ba�l�d�r. G�vdesiz bir ileti g�nderilebilir ancak �stbilgisiz ileti g�nderilemez.

�stbilgi, RFC 2822 bi�im standard�nda tan�mlanan �zel bir s�zdizimine sahip karakterlerden olu�an bir dizi sat�r i�erir. G�vde, �stbilgiden sonra gelen ve bo� bir sat�r ile (yani, Sat�r Sonu ve Yeni Sat�r'dan [CRLF] �nce hi�bir �ey i�ermeyen bir sat�r) �stbilgiden ayr�lan bir karakter dizisi i�erir.

�stbilgi alanlar�, alan ad�ndan sonra iki nokta (:) karakterinin ve bunun ard�ndan alan g�vdesinin geldi�i ve CRLF ile biten sat�rlard�r. Alan ad�n�n, iki nokta d��nda yazd�r�labilir US-ASCII karakterlerinden (yani, 33 ve 126 aras�nda de�erlere (bu de�erler de dahil) sahip karakterler) olu�mas� gerekir. �ki nokta, ay�rma karakteri olarak kullan�l�r.

Alan g�vdesi CRLF d��nda t�m US-ASCII karakterlerinden olu�abilir. Ancak, alan g�vdesi, sarma (folding) ve a�ma (unfolding) �stbilgi kullan�ld��nda CRLF i�erebilir. Sarma, kullan�m kolayl�� i�in, tek bir sat�r�n birden �ok sat�rda g�r�nmesidir. A�ma ise bunun tersidir. T�m alan g�vdeleri, RFC 2822 bi�im standard�nda b�l�m 3 ve 4'te a��klanan s�zdizimine uymak zorundad�r.

�letinin g�vdesi bir veya daha fazla b�l�m i�erebilir. Her b�l�m g�vdesi bir s�n�r ile ayr�l�r. S�n�r parametresi iki tire (--) ile ba�layan bir metin dizesidir.

S2: MIME nedir?

Y2: MIME, �e�itli t�rlerdeki i�eri�i tek bir iletiye eklemek i�in kullan�labilen bir standartt�r. MIME, posta iletilerinin Basit Posta Aktar�m Protokol� (SMTP) bi�imini, hem metin hem de metin i�erikli olmayan birden �ok i�erik eklenecek bi�imde geni�letir. �letinin b�l�mleri resimler, sesler veya farkl� karakter k�melerinde metinler olabilir. MIME standard� 2821 ve 2822 gibi RFC'lerden t�retilir.

S3: Exchange MIME'yi nas�l i�ler?

Y3: Exchange'de i�erik d�n��m� ger�ekle�tiren �� ana bile�en vard�r:

IMAIL bile�eni, Internet iletilerini MAPI / Exchange bi�imine veya tersine d�n��t�ren temel bile�endir. Ayr�ca iletinin b�t�nl��n� de denetler.
EXMIME bile�eni, Internet iletilerini Exchange'in i� nesne sunumlar�na �evirmekten ve MIME bi�imli iletiler olu�turmaktan sorumludur.
RFHTML bile�eni, Microsoft Outlook istemcisindeki ve Exchange Server bilgisayar�ndaki ayarlara g�re Zengin Metin Bi�imindeki (RTF) iletileri HTML'ye veya tersine d�n��t�r�r.

S4: MIME bi�imli bir e-posta iletisinin en d��k gereksinimleri nelerdir?

Y4: MIME bi�imli bir e-posta iletisinin genellikle bir �stbilgisi ve g�vdesi olur. En d��k gereksinim olarak, MIME iletisinin �stbilgisi olmas� gerekir. G�vde iste�e ba�l�d�r. �stbilgi b�l�m�, RFC 2822'de tan�mland�� gibi ileti ba��na bir tane MIME s�r�m 1.0 �stbilgisi i�erir.

G�vde b�l�m� �unlar� i�erir:

Content-type (��erik t�r�) (Bu iste�e ba�l�d�r. Varsay�lan t�r, RFC 2822-5.2'de tan�mland�� gibi text/plain [metin/d�z] bi�imidir.)
Content-Transfer-Encoding (i�erik aktar�m kodlamas�) �stbilgisi (Bu iste�e ba�l�d�r. Varsay�lan, RFC 2822-6.1'de tan�mland�� gibi 7 bittir.)
Content-Disposition (i�erik kullan�m�) �stbilgisi (Bu iste�e ba�l�d�r.)
Content-ID (i�erik kimli�i) (Bu iste�e ba�l�d�r.)

S5: MIME s�r�m �stbilgisi nedir?

Y5: MIME s�r�m �stbilgisi alan�, MIME bi�imli bir iletiye i�aret eder. MIME'yi desteklemeyen eski yaz�l�mlardan g�nderilen iletilerde bu alan yoktur. Posta istemcileri, MIME olmayan iletileri belirlemek i�in bu alan�n yoklu�unu temel al�r.

S6: Content-Type �stbilgisi nedir?

Y6: Content-Type alan�, bir alandaki verilerin t�r�n� ve alt t�r�n� belirtmek i�in kullan�l�r.

�stbilgi t�rlerinden baz�lar� �unlard�r: multipart/mixed (�ok par�al�/karma), multipart/alternative (�ok par�al�/alternatif), text/plain (metin/d�z), text/html (metin/html), application/applefile (uygulama/apple dosyas�), application/ms-tnef (uygulama/ms-tnef) ve application/octet-stream (uygulama/sekizli ak��).

S7: Content-Transfer-Encoding (i�erik aktar�m kodlamas�) nedir?

Y7: Farkl� posta sistemleri verileri farkl� i�ler ve eski baz� posta sistemleri �oklu ortam verilerini i�leyemez.

�oklu ortam verilerini i�leyemeyen sistemlerde ge�ici bir ��z�m olarak verileri tekd�zenli 7-bit bi�imine d�n��t�rmek �zere bir kodlama d�zeni kullan�l�r. Al�c� iletiyi ald��nda, veri �zg�n bi�imine geri y�klenir. Content-Transfer-Encoding bi�imlerine baz� �rnekler �unlard�r:

Quoted-printable (aktar�lan-yazd�r�labilir)
Base64
8-bit
7-bit
�kili

S8: Exchange 5.5'te Transfer-Encoding nas�l uygulan�yor?

Y8: Exchange 5.5, gereksinime uygun �ekilde quoted-printable bi�iminde veya 7-bit bi�iminde kodlama yapar. Ayr�ca, iletinin %25'i 8-bit karakterlerden (yani, US-ASCII aral��n�n d��ndaki karakterler) olu�uyorsa, Exchange 5.5 iletileri base64 bi�iminde kodlar. Bu yaln�zca ileti g�vdesi i�in ge�erlidir; ekler her zaman base64 bi�iminde kodlan�r.

S9: Exchange 2000 Server'da Transfer-Encoding nas�l uygulan�yor?

Y9: Y�nlendirme grubu s�n�rlar� ve SMTP hedef konumlar� Exchange 2000 Server'�n postay� kodlama bi�imini belirler. Exchange 2000, iletileri farkl� y�nlendirme gruplar�ndaki iki sunucu/al�c� aras�nda g�nderirken veya Internet'e g�nderirken quoted-printable bi�iminde, 7-bit bi�iminde veya Tarafs�z Aktar�m Kaps�lleme Bi�imi'nde (TNEF) kodlar.

Exchange 2000 Server, iletileri ayn� y�nlendirme grubundaki bir al�c�ya/sunucuya g�nderirken �kili bi�imde veya �zet TNEF bi�iminde kodlar.

S10: Microsoft Exchange Server 2003'te Transfer-Encoding nas�l uygulan�yor?

Y10: Y�nlendirme grubu s�n�rlar�, Exchange ve SMTP hedef konumlar� da Exchange Server 2003'�n postay� kodlama bi�imini belirler.

Karma modda, Exchange Server 2003 iletileri farkl� y�nlendirme gruplar�ndaki iki sunucu/al�c� aras�nda g�nderirken veya Internet'e g�nderirken quoted-printable bi�iminde veya 7-bit bi�iminde (TNEF bi�imi) kodlar.

Yerel modda, Exchange Server 2003 ayn� y�nlendirme grubundaki veya di�er gruplardaki bir al�c�ya/sunucuya posta g�nderirken �kili (�zet TNEF) bi�imde kodlar.

S11: Content-Disposition �stbilgisi nedir?

Y11: Bu �stbilgi bir b�l�m�n ek olarak m� yoksa ileti g�vdesinde mi g�r�nece�ini tan�mlar.

S12: Exchange ekleri nas�l i�ler?

Y12: Exchange Server 2003, Internet iletilerini yerel bi�imlerinde kaydeder. Bu, Outlook Express gibi Internet bi�imini alg�layan bir istemciden okunduklar�nda, iletilerin �zg�n bi�imlerinde i�lenecekleri anlam�na gelir.

Ancak, iletiler bir MAPI istemcisinden okundu�unda, IMAIL, Internet bi�imindeki uygun ��eleri MAPI �zellikleriyle e�ler. Hatta, bir Internet iletisi daha posta kutusuna teslim edilmeden �nce, en d��k MAPI �zellikleri k�mesinin Internet iletisinden y�kseltilmesi gerekir; bunlar aras�nda PR_SENT_REPRESENTING, PR_SUBJECT ve al�c� tablosu vard�r.

PR_BODY, PR_HTML ve PR_ATTACH_DATA_BIN gibi di�er MAPI �zellikleri istek �zerine Internet bi�iminden i�lenerek bulunur. D�n��m, bir MAPI istemcisi iletiyi ilk kez istedi�inde ger�ekle�ir. Exchange 2000 Server ard�ndan bu yerel MIME �zelliklerini MAPI bi�imine y�kseltir.

Exchange Server 2003'te i�erik d�n��m� s�ras�nda, bir gelen MIME iletisi istemci i�in i�lenirken, IMAIL a�a��dakileri ger�ekle�tirir:

IMAIL, MIME �stbilgisinde bir tam dosya ad� (Ad.uzt) arar. Bir ad bulunursa, dosya ad� kullan�l�r.
IMAIL k�smi bir dosya ad� arar. Bulursa, bir dosya ad� uzant�s�n� i�erik t�r�yle e�lemek i�in,
HKEY_CLASSES_ROOT/MIME/Database/content-type
alt anahtara bakar. E�le�en bir i�erik t�r� bulunursa, uzant� eke eklenir. E�le�en bir i�erik t�r� bulunmazsa, k�smi dosya ad� kullan�l�r.
Conteny-Type veya Content-Disposition �stbilgilerinde hi�bir dosya ad� belirtilmemi�se, IMAIL e�le�en bir i�erik t�r� arar. Bulursa, ek ATTad.uzn bi�imini al�r, burada uzn bu i�erik t�r�yle ili�kilendirilmi� olan uzant�d�r. E�le�en bir i�erik t�r� bulunmazsa, ".att" uzant�s� kullan�l�r. Exchange 2000 Server, Content-Type �stbilgisinde bir dosya ad� olmas�n� gerektirir.

S13: Tam ileti yap�s� nedir?

Y13: Bir tam ileti �rne�i, t�m �stbilgileriyle birlikte a�a��da g�sterilmi�tir. Al�c�lar genellikle yaln�zca g�vde k�s�mlar�n� g�r�r. Parantezler i�inde a��klamalar eklenmi�tir.

Received: from SMTP sunucusu (sunucu1.ornek1.com IP adresi) 

by Receiver SMTP version 1.0 (sunucu2.ornek2.com IP adresi); 

Mon, 28 Oct 2002 08:42:42 -0500 (EST)

Message-ID: <006@ornek1.com>

From: "Kullan�c�1" <kullanici1@ornek1.com> (RFC 2822 g�nderen) 

To: "Kullan�c�2" kullanici2@ornek2.com> (RFC 2822 al�c�) 

Subject: �imdi beni g�r�p g�rmedi�ini anlamak i�in bir s�nama iletisi!

Date: Mon, 8 Nov 2002 13:46:54 +0100

MIME-Version: 1.0

Content-Type: multipart/mixed; boundary="----=_NextPart_000_005A_01C27E88.79B98A90"

X-Priority: 3

Return-Path: kullanici1@etkialani1.com

X-OriginalArrivalTime: 28 Oct 2002 13:45:00.0541 (UTC) FILETIME=[35F0A2D0:01C27E88]

 

This is a multi-part message in MIME format (�leti g�vdesinde bunu g�r�yorsan�z, bir sorun vard�r. 
�nceki metindeki �stbilgilerde hi� bo�luk veya CRLF olmad���na dikkat edin. 
�leti g�vdesine kadar hi�bir bo�luk olmamas� gerekir.)

 

This message is in MIME format. 
Since your mail reader does not understand this format, some or all of this message may not be legible. 
(�leti g�vdesinde bunu g�r�yorsan�z, bir sorun vard�r.)

 

------=_NextPart_000_005A_01C27E88.79B98A90 (S�n�r) 

 

Content-Type: text/plain;

charset="iso-8859-1"

Content-Transfer-Encoding: 7bit

 

�imdi beni g�rebiliyor musun?! (Bu iletinin metnidir. Bunu posta istemcinizde g�r�rs�n�z.)

 

------=_NextPart_000_005A_01C27E88.79B98A90 (S�n�r. Bu makalenin ba� taraf�ndaki Multipart/Mixed tan�m�na bak�n.) 

Content-Type: image/jpeg;

name="Cadilarbayramiresimleri.jpg"

Content-Transfer-Encoding: base64 (Exchange 2000 Server'da t�m ekler base64 ve bloat %33 kullan�larak kodlan�r.)  

Content-Disposition: attachment;

filename="Cadilarbayramiresimleri.jpg"

 

/9j/4AAQSkZJRgABAQEBLAEsAAD/2wB/9j/4AAQSkZJRgABAQEBLAEsAAD/2wB  (Ham bi�imdeki base64 verileri. 
Bu, ikili bi�imde kodlanan resimdir; daha sonra resim olarak yeniden paketlenecektir.)

/9j/4AAQSkZJRgABAQEBLAEsAAD/2wB/9j/4AAQSkZJRgABAQEBLAEsAAD/2wB

/9j/4AAQSkZJRgABAQEBLAEsAAD/2wB/9j/4AAQSkZJRgABAQEBLAEsAAD/2wB

------=_NextPart_000_005A_01C27E88.79B98A90--

S14: �letimin g�vdesinde neden posta adresleri g�r�n�yor?

Y14: MIME ak��ndaki ilk "CRLF CRLF", ileti g�vdesinin ba�lang�c�n� i�aret eder. Bu nedenle, iki �stbilgi aras�nda bir <CRLF><CRLF> dizisi varsa, istemci (Microsoft Outlook veya Microsoft Outlook Express) bozuk bir ileti g�r�nt�ler.

�lk �CRLF CRLF�, Internet iletisi �stbilgilerini ileti g�vdesinden ay�r�r. Bu �stbilgiler P1 �stbilgileri olarak bilinir. P1 �stbilgileri zarf �stbilgileridir ve Internet iletisinin IMAIL taraf�ndan i�lenen bir b�l�m� de�ildir.

Exchange, bir ak�ll� ana bilgisayara, i�erik tarama ayg�t�na, vir�s duvar�na veya g�venlik duvar�na iletiyor olabilir. ��nc� taraf g�venlik duvar� yaz�l�mlar� bazen iletileri bozabilir.

E-posta iletilerini bir UNIX sistemi, g�venlik duvar� veya vir�s duvar� �zerinden al�yor da olabilirsiniz. Ayr�ca, a� �zerinde ��nc� taraf bir i�erik tarama ayg�t� olabilir. A� �zerinde bunlara benzer uygulama veya ayg�tlar�n�z varsa, al�c� s�n�rlar�n� do�rulay�n. Tan�lama s�namalar�nda bu gibi ayg�t veya uygulamalar� kullanmaktan ka��n�n.

S15: �letimde neden soru i�aretleri g�r�n�yor?

Y15: �letide soru i�aretleri g�r�n�yorsa, sistem iletideki baz� ANSI veya UNICODE karakterlerini nas�l �evirece�ini bilemiyor demektir. �letinin g�r�nt�lendi�i istemcide gelen karakter k�mesiyle e�le�en kod sayfalar�n�n y�kl� oldu�undan emin olmal�s�n�z. �rne�in, Japonca yaz�lm�� iletileri g�r�nt�lemek i�in, Windows i� istasyonunda Japonca yerel ayarlar�n�n y�kl� oldu�undan emin olun.

S16: HTML iletilerini a�arken neden sorun ya��yorum ve uygulama g�nl��mde neden 12002 ve 12003 olaylar�n� g�r�yorum?

Y16: Bu uygulama g�nl�� olaylar� Exchange Bilgi Deposu kaynakl�d�r ve i�erik d�n��t�rme hatalar�d�r. Bu iletilerin baz�lar� yoksay�labilir ve al�nan iletiler �zerinde herhangi bir etkileri yoktur. Ancak uygulama g�nl�klerinde bu iletilerden �ok say�da g�r�yorsan�z, istemcilerin HTML iletilerini a�makta sorun ya�ay�p ya�amad�klar�na bak�n.

Ya��yorlarsa, hizmet paketi s�r�mleri, sorunlu iletilerin kopyalar�, uygulama ve sistem g�nl�klerinin kopyalar� gibi daha �ok say�da tan�lama bilgisi edinin ve sonra sorunu giderin.

S17: �leti g�vdesini neden bazen ek olarak g�r�yorum?

Y17: �letinin kayna�� hakk�nda bilgi edinmelisiniz. Kaynak sunucunun t�m ayr�nt�lar�n� elde etmelisiniz. G�nderenin bir UNIX a�� zerinde olup olmad��n� ara�t�rmal�s�n�z. Bu sorun hakk�nda daha fazla bilgi i�in, Microsoft Bilgi Bankas�'ndaki makaleyi g�r�nt�lemek �zere a�a��daki makale numaras�n� t�klat�n:

323482 � (http://support.microsoft.com/kb/323482/ ) Exchange "sat�r i�i" MIME Content-Disposition �stbilgisi kullanan iletiyi ek olarak g�r�nt�l�yor (Bu ba�lant�, bir k�sm� veya tamam� �ngilizce olan i�eri�e i�aret edebilir)

S18: E-posta g�vdesinde neden "This is a multi-part message in MIME format." veya "This message is in MIME format." ifadelerini g�r�yorum?

Y18: Metin g�vdesinde a�a��dakilerden birini g�rebilirsiniz:

�This is a multi-part message in MIME format.� (Bu, MIME bi�iminde �ok par�al� bir iletidir.)
�This message is in MIME format. Because your mail reader does not understand this format, some or all of this message may not be legible.� (Bu ileti MIME bi�imindedir. Posta okuyucunuz bu bi�imi tan�mad�� i�in, bu iletinin bir k�sm� veya tamam� okunamayabilir.)

Bu metin ilk s�n�rdan �nce eklenir, genellikle t�m �ok par�al� iletilerde bulunur ve e-posta bi�iminde bir sorun olmad�k�a istemciye g�r�nmez. �rne�in, iletide yanl�� bir konuma sabit sat�r sonu eklenmi� olabilir.

Bu sorunu ��z�mlemek i�in, Microsoft Exchange Internet Posta Hizmeti'nde ileti ar�ivleme �zelli�ini etkinle�tirin. �leti ar�ivleme �zelli�ini a�mak i�in Exchange Server 2003 Ar�iv Havuzu yard�mc� program�n� kullan�n, iletiyi .eml veya .pst olarak kaydedin ve daha fazla ��z�mleme yap�n. Ar�iv havuzu �zelli�i hakk�nda daha fazla bilgi i�in, Microsoft Bilgi Bankas�'ndaki makaleyi g�r�nt�lemek �zere a�a��daki makale numaras�n� t�klat�n:

307798� (http://support.microsoft.com/kb/307798/ ) Ar�iv Havuzu yard�mc� program� Service Pack 2'de kullan�ma haz�r (Bu ba�lant�, bir k�sm� veya tamam� �ngilizce olan i�eri�e i�aret edebilir)

S19: Postam�n boyutu neden bekledi�imden %33 daha fazla ve ek i�ermedi�i halde neden base64 olarak kodlanm��?

Y19: Bu davran��, a�a��daki karakter k�melerini kulland��n�zda ortaya ��kar:

Japonca Shift-JIS
KOR
Japonca EUC
Kore dili ISO-2202-KR
Tayvan ISO-2202-TW
�ince ISO-2202-CN
�ince HZ_GB, Big5, GB18030

S20: Di�er s�k kar��la��lan ve bilinen sorunlar nelerdir?

Y20: Bir Exchange Server 2003 sunucusundan di�erine ge�irilen iletiler bozulmu� g�r�nebilir ve iletinin al�c�lar� ileti g�vdesinde g�r�nebilir.

�rne�in bu sorun, Internet �zerinden, gelen Internet Exchange Server 2003 bilgisayar�na oradan da ba�ka bir Exchange Server bilgisayar�na y�nlendirilen bir iletide ortaya ��kabilir.
�leti, gelen Internet Exchange Server 2003 bilgisayar�nda do�ru, arka u� Exchange Server bilgisayar�nda ise bozulmu� g�r�nebilir. Bu belirtiler, iletideki al�c� say�s� azalt�ld��nda da de�i�ebilir. Bu sorun birka� nedenle ortaya ��kabilir, ancak en yayg�n iki nedeni �unlard�r:

Bir sat�rda 998 karakter yerine 1000 veya 1024'ten fazla karakteri olan RFC 2822 ileti �stbilgileri. Daha fazla bilgi i�in, bkz: A��klama �ste�i (RFC) 2822. Bunu i�in, a�a��daki Internet Engineering Task Force (IETF) Web sitesini ziyaret edin:
http://www.ietf.org/rfc/rfc2822.txt?number=2822 (http://www.ietf.org/rfc/rfc2822.txt?number=2822)
�letiler Exchange Server 2003 bilgisayar�na ikili veriler kullan�larak veya par�alama yoluyla iletildi�inde, bu sorunla kar��la�abilirsiniz. Par�alama, verilerin par�alar halinde g�nderilmesini destekleyen bir SMTP bi�imi uzant�s�d�r.

Exchange Server 2003 bir sat�rda 998'den fazla karakteri bulunan bir ileti ald��nda, SMTP hizmeti �stbilgiyi ayr��t�r�r ve sat�r�n 1000 karakterden uzun oldu�unu fark eder. Daha sonra SMTP hizmeti bu sat�r�n �stbilginin bir par�as� olmad��n� varsayar ve g�vdeye ekler.

Exchange Server bilgisayar�ndaki SMTP hizmeti daha sonra, Message-ID ve DATE �stbilgisini i�erecek �ekilde kendi �stbilgilerini yeniden yazar ve bo� bir sat�r veya bir CRLF ekler.
Sat�r uzunlu�u s�n�rlar�. RFC 2821 iletim gereksinimleriyle uyumlu olarak, CRLF dahil sat�r ba��na 1000 karakterden uzun iletilerin kabul edilmedi�i bir�ok uygulama vard�r. Bu nedenle, posta uygulamalar� bu gibi iletiler olu�turmamal�d�r. Bu sorunu ge�ici olarak ��zmek i�in, Exchange Server bilgisayar�ndaki ESMTP fiili (veya par�alama) becerisini devre d�� b�rak�n ve Exchange Server bilgisayarlar�n�, ge�irilirken iletileri tipik SMTP bi�iminde bi�imlendirmeye zorlay�n. Daha fazla bilgi i�in, Microsoft Bilgi Bankas�'ndaki makaleyi g�r�nt�lemek �zere a�a��daki makale numaras�n� t�klat�n:
257569� (http://support.microsoft.com/kb/257569/ ) Exchange 2000 Server'da ve Exchange Server 2003'te ESMTP fiilleri nas�l devre d�� b�rak�l�r (Bu ba�lant�, bir k�sm� veya tamam� �ngilizce olan i�eri�e i�aret edebilir)
821733� (http://support.microsoft.com/kb/821733/ ) Kime sat�r� 1.022 karakteri a�t��nda gelen iletiler bozuluyor (Bu ba�lant�, bir k�sm� veya tamam� �ngilizce olan i�eri�e i�aret edebilir)

�ste

Referanslar

ARPA Internet metin iletilerinin bi�im standard� hakk�nda daha fazla bilgi i�in, bkz: RFC 822. Bunun i�in, a�a��daki IETF Web sitesini ziyaret edin:

http://www.ietf.org/rfc/rfc0822.txt?number=822 (http://www.ietf.org/rfc/rfc0822.txt?number=822)

MIME hakk�nda daha fazla bilgi i�in, bkz: RFC 2045, 2046, 2047, 2048 ve 2049. Bunun i�in, a�a��daki IETF Web sitelerini ziyaret edin:

http://www.ietf.org/rfc/rfc2045.txt?number=2045 (http://www.ietf.org/rfc/rfc2045.txt?number=2045)

http://www.ietf.org/rfc/rfc2046.txt?number=2046 (http://www.ietf.org/rfc/rfc2046.txt?number=2046)

http://www.ietf.org/rfc/rfc2047.txt?number=2047 (http://www.ietf.org/rfc/rfc2047.txt?number=2047)

http://www.ietf.org/rfc/rfc2048.txt?number=2048 (http://www.ietf.org/rfc/rfc2048.txt?number=2048)

http://www.ietf.org/rfc/rfc2049.txt?number=2049 (http://www.ietf.org/rfc/rfc2049.txt?number=2049)

Content-Disposition �stbilgi alan� hakk�nda daha fazla bilgi i�in, bkz: RFC 2183. Bunun i�in, a�a��daki IETF Web sitesini ziyaret edin:

http://www.ietf.org/rfc/rfc2183.txt?number=2183 (http://www.ietf.org/rfc/rfc2183.txt?number=2183)

�ste

Bu makaledeki bilginin uyguland�� durum:

Microsoft Exchange Server 2003 Enterprise Edition
Microsoft Exchange Server 2003 Standard Edition
Microsoft Exchange 2000 Server Standard Edition

�ste

kbinfo kbfaq KB836555

�ste

This site in other countries/regions:

Exchange 2000 Server ve Exchange Server 2003'te MIME ve i�erik d�n��m� hakk�nda s�k sorulan sorular

�zet

Daha fazla bilgi

Referanslar

Bu makaledeki bilginin uyguland�� durum:

Anahtar Kelimeler:�

Di�er Destek Siteleri

Topluluk

Hemen Yard�m Al

Makale �evirileri

�lgili Destek Merkezleri

This site in other countries/regions:

Exchange 2000 Server ve Exchange Server 2003'te MIME ve i�erik d�n���m� hakk�nda s�k sorulan sorular

�zet

Daha fazla bilgi

Referanslar

Bu makaledeki bilginin uyguland��� durum:

Anahtar Kelimeler:�

Di�er Destek Siteleri

Topluluk

Hemen Yard�m Al

Makale �evirileri

�lgili Destek Merkezleri

Exchange 2000 Server ve Exchange Server 2003'te MIME ve i�erik d�n��m� hakk�nda s�k sorulan sorular

Bu makaledeki bilginin uyguland�� durum: