TOP — POP3 protokolining ixtiyoriy buyrug‘i bo‘lib, xabarning barcha sarlavhalari va tanasidan ko‘rsatilgan miqdordagi dastlabki qatorlarni yuklash imkonini beradi. U xabarni to‘liq RETR qilmasdan jo‘natuvchi, mavzu va qisqa mazmunni ko‘rish uchun yaratilgan. Server TOPni qo‘llashi majburiy emas.
Sintaksis va javob
Buyruq xabar raqami va manfiy bo‘lmagan qatorlar sonini qabul qiladi. TOP 4 0 mazmunidagi so‘rov to‘rtinchi xabarning sarlavhalarini, sarlavha bilan tana orasidagi bo‘sh satrni, ammo tana qatorlarisiz qaytaradi. TOP 4 10 esa shundan keyin tananing dastlabki o‘n qatorini ham beradi.
Javob ko‘p qatorli bo‘lib, +OK satridan boshlanadi va yolg‘iz nuqta satri bilan tugaydi. Xabar ichidagi nuqta bilan boshlanuvchi satrlar dot-stuffing qoidasi bo‘yicha qo‘shimcha nuqta bilan uzatiladi. Mijoz yakunlovchi nuqtani olib tashlaydi va escape qilingan satrlarni asl holatiga qaytaradi.
Sarlavha chegarasi
Elektron xat sarlavhalari bir necha fizik satrga buklangan bo‘lishi mumkin. TOP barcha header blokini, continuation satrlarini ham qo‘shib beradi. Qatorlar soni faqat tana qismiga tegishli. Mijoz header nomlarini case-insensitive talqin qiladi va MIME encoded-word qiymatlarini tegishli kodlash bilan dekodlaydi.
Tana MIME multipart bo‘lsa, dastlabki o‘n matn satri foydalanuvchiga ko‘rinadigan birinchi o‘n satr degani emas. Ular boundary, content-type yoki base64 ma’lumot bo‘lishi mumkin. TOP protokol darajasida qator kesadi; MIME qismlarini semantik tarzda tanlamaydi.
Qo‘llab-quvvatlashni aniqlash
Mijoz CAPA buyrug‘i orqali server imkoniyatlarini so‘raydi. TOP capability ro‘yxatida bo‘lsa, buyruqdan foydalanish mumkin. Ayrim eski serverlar TOPni bajarsa ham CAPAda ko‘rsatmasligi yoki aksincha xato implementatsiyaga ega bo‘lishi mumkin. Mijoz -ERR javobini xavfsiz qayta ishlab, zarur bo‘lsa RETRga o‘tadi.
RETRga o‘tish katta xabarni to‘liq yuklashi mumkin, shuning uchun foydalanuvchi trafik limiti va xabar hajmi hisobga olinadi. LIST orqali hajm avvaldan olinib, to‘liq yuklash siyosati shunga qarab belgilanadi.
O‘qilganlik holati
POP3 standartida IMAPdagi Seen bayrog‘iga teng umumiy server atributi yo‘q. TOP yoki RETR bajarilgani xabarni barcha mijozlarda o‘qilgan deb belgilashni standart tarzda kafolatlamaydi. Ayrim server yoki webmail ichki holat yuritishi mumkin, ammo bu POP3ning portable semantikasi emas.
Shu sababli bir hisobga bir nechta POP3 mijoz ulanadigan muhitda preview holati qurilmalar orasida bir xil bo‘lmasligi mumkin. UIDL xabar nusxasini aniqlashga yordam beradi, lekin o‘qilganlik, papka va yorliq sinxronlashini taqdim etmaydi.
Maxfiylik va xavfsizlik
TOP to‘liq xabarni bermasa ham jo‘natuvchi, qabul qiluvchi, mavzu, message-id va tananing bir qismini oshkor qiladi. Buyruq autentifikatsiyalangan va TLS bilan himoyalangan sessiyada bajariladi. Diagnostika jurnali javob mazmunini saqlamasligi kerak. Server qatorlar sonini parse qilganda manfiy, haddan tashqari katta yoki noto‘g‘ri qiymatlarni rad etadi.
Preview spam filtri uchun ishlatilsa, xabar boshidagi HTML, tracking URL yoki MIME qismi ishonchsiz ma’lumot hisoblanadi. Mijoz uni avtomatik bajariladigan kontent sifatida emas, xavfsiz parser orqali ko‘rsatadi.
Server resurslari
TOP serverga xabarni topish, sarlavha chegarasini aniqlash va tanadan kerakli qatorlarni sanash yukini beradi. Siqilgan yoki maxsus backenddagi xabar uchun bu oddiy fayl boshini o‘qishdan qimmatroq bo‘lishi mumkin. Rate limit va timeout bitta mijozning ko‘p preview so‘rovi bilan resursni band qilishini cheklaydi.