E-imza ve daha fazlası.e-imza.plus bayisi olun
KEP

KEP eki küçük ama boyut hatası var: Hangi boyut ölçülmeli?

KEP’te dosya boyutu ile imzalı ileti paketinin boyutu aynı olmayabilir. Ekleri, kodlama yükünü ve alıcı sağlayıcının sınırını kontrol tablosunda karşılaştırın.

Önce hangi boyutun reddedildiğini bulun

Bilgisayarda küçük görünen bir ek, gönderilecek KEP paketinin de sınır altında olduğunu göstermez. Dosyanın ham boyutu, eklerin toplamı ve imzalı paketin büyüklüğü ayrı ölçümlerdir. Hata aldığınızda önce uyarının tam metnini ve hangi aşamada çıktığını kaydedin: dosya eklerken mi, imzalarken mi, sağlayıcıya gönderirken mi?

Bu rehber tek bir gönderinin büyüklüğü içindir. Posta kutusunun toplam saklama alanı farklı bir konudur; arşiv alanını artırmak tek ileti sınırını kendiliğinden yükseltmez. Aynı şekilde, yalnız gönderim hakkı satın almak da bir boyut hatasının nedenini açıklamaz. Önce ölçümü, sonra o ölçüme uygulanan sınırı doğrulayın.

Ek dosyasıyla imzalı paketi aynı ölçmeyin

BTK’nın birlikte çalışabilirlik esasları, göndericinin imzaladığı orijinal iletiyi, bunu taşıyan KEP paketini ve delili taşıyan iletiyi ayrı tanımlar. Metinde imzalama ve S/MIME biçimi de ayrıca düzenlenir. Bu nedenle bir PDF’nin dosya özelliklerinde gördüğünüz sayı, gönderim zincirindeki bütün veri yapılarının büyüklüğü değildir.

Eklerin yanında ileti metni, ileti başlıkları, kodlama ve imza verileri de hesaba girer. Bunların toplam etkisine bütün uygulamalar için tek bir çarpan vermeyin. Kullandığınız ekran boyut gösteriyorsa etiketini de kaydedin: ek boyutu mu, orijinal ileti mi, imzalı paket mi? Ekran bu ayrımı açıklamıyorsa ölçümün hangi aşamaya ait olduğunu sağlayıcıya sorun.

Base64 büyütür; şifreleme yapmaz

RFC 4648’in Base64 tanımında üç baytlık veri grubu dört karakterle temsil edilir. Örneğin, yalnız kodlama ilişkisini göstermek için alınan 300 baytlık veri, satır sonları eklenmeden 400 Base64 karakteri olur. Bu örnek bir KEP gönderi limiti veya tam paket hesabı değildir.

Base64, veriyi bir karakter kümesiyle temsil eden kodlamadır; gizlilik sağlayan şifreleme değildir. Tek bir Base64 katmanı için üçe dört ilişkisi, bütün KEP paketinin kesin büyüklüğünü vermez. İleti yapısı, imza ve diğer alanlar ayrıca değerlendirilir. Bu yüzden dosya boyutunu doğrudan ikiyle çarparak da sınır altında kaldığına karar vermeyin.

Ham ek boyutunu kaybetmeyin. Kodlanmış bölüm için bir tahmin yaptıysanız onu ayrı satırda ve tahmin olarak işaretleyin. Sağlayıcının ölçtüğü nihai değerle bu tahmini aynı sütunda tek sonuç gibi göstermeyin.

Sınırı gönderici ve alıcı sağlayıcısıyla birlikte okuyun

4 Ekim 2026’da incelenen PTT ücret sayfasında, PTT’den alınmış alıcı KEP adresleri için 100 MB, diğer KEP hizmet sağlayıcılarındaki alıcılar için 25 MB sınırı açıklanıyor. Sayfa, büyüklüğü e-imzalı ileti paketi üzerinden tanımlıyor. Bunlar PTT’nin belirtilen gönderim koşullarıdır; bütün KEP hesapları için tek bir üst sınır olarak kullanılamaz.

TÜRKKEP’in 16.07.2024 tarihli uygulama esaslarının 11.2 bölümünde ise ekleriyle birlikte 50 MB’ın altındaki orijinal iletiler ve sözleşmeye bağlı ek büyüklük seçenekleri ele alınıyor. Buradaki ölçüm adını PTT’deki paket ifadesiyle eşitlemeyin. Kendi hesabınızın güncel sözleşmesi, uygulama ekranı ve alıcıya giden yol için geçerli sınırı ayrıca teyit edin.

Birden fazla alıcı varsa sağlayıcılarını da listeleyin. Aynı taslağın bir alıcı için uygun görünmesi, diğer bütün alıcılarda aynı sınırın geçerli olduğunu kanıtlamaz. Eski bir SSS ile güncel tarife farklı bilgi veriyorsa aralarından yüksek olanı seçmek yerine hangi kuralın hesabınıza uygulandığını yazılı destek yanıtıyla netleştirin.

Gönderim öncesi boyut kontrolü

Tabloyu bir çalışma dosyasına kopyalayın. Her ek için ayrı satır açın; dosya adını, türünü ve özelliklerindeki boyutu yazın. Boyutu birimiyle birlikte kaydedin, farklı birimlerdeki sayıları doğrudan toplamayın. Sonuca karar verebilmek için hem ölçülen değer hem de onunla karşılaştırılacak sınır belli olmalıdır.

Gönderim öncesi boyut kontrolü tablosu
KontrolKaydedilecek bilgiNereden teyit edilir?
Her ek[Dosya adı, tür, ham boyut ve birim][Dosya özellikleri]
Eklerin toplamı[Aynı birimde toplam; tekrarlanan ek var mı?][Taslağın ek listesi]
İleti metni[Metin ve gömülü içerik; gösterilen boyut varsa][Gönderim taslağı]
Kodlama / imza[Gösterilen değer veya yalnız tahmin][Uygulama açıklaması / destek]
Ölçülen paket[Değer, birim ve ölçüm aşaması][Paket bilgisi / sağlayıcı yanıtı]
Gönderici sınırı[Sınır, ölçüm türü ve kontrol tarihi][Güncel tarife / sözleşme / destek]
Alıcı koşulu[Alıcının sağlayıcısı, geçerli sınır][Gönderici sağlayıcının yol açıklaması]
Hata kaydı[Uyarı, aşama, zaman; varsa ileti kimliği][Ekran / işlem kaydı]

Sıkıştırma sonucunu ölçün, kabul edileceğini varsaymayın

Microsoft’un sıkıştırma rehberi, JPEG gibi zaten sıkıştırılmış dosyalarda ZIP oluşturmanın boyutu çok az değiştirebileceğini açıklıyor. Dolayısıyla ZIP yaptım, artık gönderilir sonucu çıkarılamaz. Arşiv oluşturduysanız yeni dosyanın gerçek boyutunu ölçün; KEP uygulamasının ve alıcının bu dosya türünü kabul ettiğini ayrıca doğrulayın.

Önce taslakta yanlışlıkla iki kez eklenen dosyaları ve gönderi için gerekmeyen kopyaları kontrol edin. Gerekli bir belgeyi çıkarmak, sayfalarını eksiltmek veya okunamayacak kadar küçültmek teknik sorunu çözmüş sayılmaz. İmzalı bir belgeyi dönüştürmeden önce hangi özgün dosyanın korunması gerektiğini belirleyin. Sırf boyut düşsün diye hazırlanmış son belgeyi değiştirmeyin.

Ekleri ayrı gönderilere ayırmak veya bir indirme bağlantısı kullanmak düşünülüyorsa, alıcının işlem koşullarını önce netleştirin. Bir başvurunun parçalı kabul edildiğini ya da bağlantının belge ekiyle aynı işlevi gördüğünü bu rehbere dayanarak varsaymayın. Seçilen yöntemin uygunluğu belirlendikten sonra yeni taslağın boyutunu tekrar kontrol edin.

Örnek: Küçük ekler, belirsiz paket ölçümü

Bu örnek gerçek bir müşteriye ait değildir. Bir işletme iki PDF’nin toplamını hesaplayıp gönderim sınırının altında kaldığını düşünüyor. Ancak uygulama yalnız eklerin toplamını gösteriyor; imzalama sonrasındaki büyüklük görünmüyor. Alıcı da başka bir KEP sağlayıcısında bulunuyor.

Kontrol tablosunda ham ek toplamı doğrulandı olarak kalır, paket büyüklüğü ve alıcı koşulu ise teyit bekliyor olur. İşletme aynı taslağı tekrar tekrar göndermek yerine hata aşamasını ve iki eksik soruyu sağlayıcısına iletir. Yanıtla gerçek ölçüm ve geçerli sınır eşleştirilmeden dosyaları rastgele küçültmek yerine, gerekiyorsa belgelerin gönderilme biçimini alıcıyla birlikte yeniden planlar.

Destek talebini ölçülebilir bilgilerle tamamlayın

KEP başvurusu, yenileme veya toplu alım ihtiyacınızı görüşürken büyük ekli gönderi kullanımınızı da belirtin. e-imza.plus ile ilk görüşmede dosyaların içeriği yerine dosya türü, yaklaşık büyüklük ve ihtiyaç duyduğunuz gönderim biçimini paylaşabilirsiniz.

  1. Hata metnini ve zamanı kaydedin. Ekran görüntüsünde başka müşterilerin bilgileri veya gereksiz ileti içeriği görünmesin.
  2. Eklerin türlerini ve ayrı boyutlarını, toplamı ve kullandığınız uygulamayı yazın. Ölçülen sayının ham ek mi yoksa imzalı paket mi olduğunu belirtin.
  3. Gönderici ve alıcı sağlayıcılarını, kontrol ettiğiniz sınırın kaynağını ve tarihini ekleyin. Açıklanmayan değerleri tahmin olarak etiketleyin.
  4. Değişiklikten önce mevcut gönderinin işlem kaydını inceleyin. Yeni bir gönderim gerekiyorsa onu ayrı kayıt olarak takip edin; eski hatanın ortadan kalkması teslim kanıtı değildir.
DAYANAKLAR

Kaynaklar ve inceleme

İçerik inceleme tarihi: . Kaynakların kontrol tarihleri aşağıda yer alır.

  1. RFC Editor / IETF — RFC 4648, Base64 kodlamasıKontrol:
  2. BTK — KEP Hizmet Sağlayıcılarının Birlikte Çalışabilirliğine İlişkin Usul ve EsaslarKontrol:
  3. PTT — Kayıtlı Elektronik Posta Ücretleri, KEP iletim büyüklüğü açıklamasıKontrol:
  4. TÜRKKEP — KEP Uygulama Esasları, 16.07.2024 sürümüKontrol:
  5. Microsoft Destek — Dosya sıkıştırma ve sıkıştırmayı açmaKontrol: