026 yılında kurumsal e-posta koruması, alan adınızdaki her posta kutusunun önüne bir filtre yerleştirmek anlamına gelir. Alan adınızın MX kayıtlarını bir filtreleme ağ geçidine yönlendirirsiniz; bu ağ geçidi gelen her mesajı spam, kimlik avı, kötü amaçlı yazılım ve sahtecilik (spoofing) açısından kontrol eder ve ardından temiz e-postaları Microsoft 365, Google Workspace, cPanel/WHM veya Exchange'e iletir. SPF, DKIM ve DMARC ise kendi alan adınızın taklit edilmesini önleyerek sizi korur. BroadNet'in e-posta koruma hizmeti olan iBlockSpam, alan adı başına sabit bir fiyatla bu şekilde çalışır.
Bilgiler 22 Ekim 2026 tarihinde kaynaklarından kontrol edilmiştir: FBI'ın 2025 IC3 yıllık raporu, Microsoft Learn, Google Workspace Yönetici Yardımı, Yahoo Sender Hub, Outlook.com için Microsoft Tech Community duyurusu, RFC Editörü (RFC 5321, 6376, 7208, 7489 ve 9989) ve iBlockSpam'un kendi web sitesi. Her rakam kendi kaynağına bağlantılıdır. Fiyatlar ve limitler değişebilir, bu nedenle satın almadan önce güncel sayfaları kontrol edin.
| Soru | Kısa cevap |
|---|---|
| Sorun ne kadar büyük? | 2025 yılında FBI'ın IC3 birimi, 3,05 milyar dolar tutarında rapor edilen kayıplarla birlikte 24.768 iş e-postası ele geçirme şikayeti ve 191.561 kimlik avı/sahtecilik şikayeti kaydetti. |
| Gelen filtreleme nerede konumlanır? | MX kaydı düzeyinde: e-posta gönderici → filtreleme ağ geçidi → e-posta platformunuz → gelen kutusu şeklinde ilerler |
| Microsoft 365 kurulumu | Filtreye kilitlenmiş, Enhanced Filtering for Connectors özelliği açık olan iş ortağı gelen bağlantısı |
| Google Workspace kurulumu | Yönetim konsolunda filtreyi bir gelen ağ geçidi olarak ekleyin |
| Kendi alan adınızı ne korur? | SPF (RFC 7208), DKIM (RFC 6376) ve DMARC (Mayıs 2026'da RFC 9989 ile değiştirilecek olan RFC 7489) |
| Toplu gönderici kuralları | Günde 5.000'den fazla mesaj gönderen alan adları için Gmail ve Outlook.com; SPF, DKIM ve DMARC gerektirmektedir; Yahoo ise bir eşik değeri yayınlamadan toplu göndericiler için aynı kuralları uygulamaktadır |
| iBlockSpam fiyatı | Sınırsız posta kutusu ile yıllık faturalandırılan, alan başına aylık 12 $'dan başlayan fiyatlarla |
Kurumsal e-posta neden hâlâ ana giriş yolu?
FBI'ın 2025 İnternet Suçları Raporu, 1.008.597 şikayet ve bildirilen 20,877 milyar $ tutarında kayıp saydı. Oltalama/taklit (phishing/spoofing), 191.561 şikayet ile en çok bildirilen suç türü oldu. İş e-postası ele geçirme (BEC) çok daha az şikayet (24.768) alsa da, bildirilen kayıplar 2024'teki 2.770.151.146 $'dan 3.046.598.558 $'a yükseldi. Siber destekli dolandırıcılık türleri arasında, kurbanlara yalnızca yatırım dolandırıcılığı daha fazla maliyet yükledi. Rapor ayrıca, işletmelerin yapay zekayı içeren BEC dolandırıcılıklarından 30 milyon $'dan fazla kayıp bildirdiğini belirtmektedir.
Bu rakamlar yalnızca IC3'ye yapılan şikayetleri kapsamaktadır, bu nedenle tam maliyetten ziyade eğilimi göstermektedir. Ayrıca bu iki tehdidin birlikte çalıştığını göstermektedir. Oltalama (phishing) hacim odaklı saldırıdır. BEC ise bir "tedarikçiden" veya "yöneticiden" gelen ikna edici bir e-postanın birinden banka bilgilerini değiştirmesini veya bir transferi onaylamasını istediği kazanç aşamasıdır. IC3, oltalama eylemini istenmeyen e-posta, metin mesajları ve telefon aramaları olarak tanımlar, dolayısıyla aynı yöntem SMS üzerinden de yürütülür. Smishing savunması kılavuzumuz, metin mesajı tarafını kapsamaktadır.
Gelen filtreleme nasıl çalışır: MX kaydı karar verir
SMTP (RFC 5321) uyarınca, bir gönderen sunucu e-postaların nereye teslim edileceğini bulmak için alan adınızın MX kayıtlarını sorgular. Bu kayıtların işaret ettiği her yer, gelen her mesajı ilk karşılayan nokta olur. Bir filtreleme ağ geçidi, rotayı "gönderen → e-posta sunucunuz" yerine "gönderen → ağ geçidi → e-posta sunucunuz" şeklinde değiştirir. Ağ geçidi bağlantıyı kabul eder, gönderenin itibarını ve kimlik doğrulamasını kontrol eder, bağlantıları ve ekleri tarar; ardından mesajı ya teslim eder, ya karantinaya alır ya da reddeder.
E-posta kutularınız taşınmaz. Kullanıcılar aynı uygulamaları, şifreleri ve klasörleri kullanmaya devam eder. İki ayar her şeyden daha önemlidir. Birincisi, her MX kaydı ağ geçidine işaret etmelidir; çünkü doğrudan e-posta sunucunuza işaret etmeye devam eden unutulmuş bir yedek MX kaydı, saldırganların filtreyi atlamasına neden olur. İkincisi, e-posta platformunuz gelen internet e-postalarını yalnızca ağ geçidinden kabul etmelidir. Microsoft'un yerleşik koruması ağ geçidinin arkasında çalışmaya devam eder, böylece tek bir katman yerine iki bağımsız katmanınız olur.
Microsoft 365, Google Workspace ve cPanel: platform özellikleri
Microsoft 365 ve Exchange Online
Microsoft bu kurulumu Üçüncü taraf bir bulut hizmeti kullanarak posta akışını yönetme kılavuzunda belgelemektedir. MX kaydı filtreleme hizmetini işaret eder ve yalnızca hizmetin sertifikasından veya IP adreslerinden gelen e-postaları kabul eden bir Partner gelen bağlantısı (inbound connector) oluşturursunuz. Bu olmadan saldırganlar doğrudan kiracınıza (tenant) e-posta gönderebilir ve filtreyi atlatabilir. Microsoft, skip listing olarak da adlandırılan Enhanced Filtering for Connectors özelliğinin açılmasını "şiddetle tavsiye eder". Ön tarafta bir ağ geçidi (gateway) olduğunda, her mesaj ağ geçidinin IP adresinden gelir. Gelişmiş Filtreleme (Enhanced Filtering), orijinal kaynak IP adresini ve gönderen bilgilerini korur; böylece Microsoft'un SPF, DKIM, DMARC ve anti-spoofing kontrolleri gerçek göndereni hâlâ görebilir. Microsoft, ağ geçidinin IP adresleri için spam filtrelemesini doğrudan atlamamanızı tavsiye eder, çünkü bu adresler genellikle birçok müşteri arasında paylaşılır.
Google Workspace
Google Workspace içerisinde, filtreyi Yönetim konsolunda bir gelen e-posta ağ geçidi olarak kaydedersiniz, IP adreslerini listelersiniz ve isteğe bağlı olarak ağ geçidinden gelmeyen tüm e-postaları reddedersiniz. Google, Gmail'in ağ geçidi üzerinden gelen mesajlarda gönderenin DMARC politikasını zorunlu kılmadığını, ancak spam ve kimlik avı (phishing) ile mücadele etmek için kimlik doğrulama sonuçlarını kullanmaya devam ettiğini belirtmektedir. Bu nedenle ağ geçidiniz kendi SPF, DKIM ve DMARC kontrollerini yapmalıdır.
cPanel/WHM ve yerinde (on-premises) Exchange
Barındırma sunucuları ve kendi yönettiğiniz Exchange sistemleri aynı MX mantığını takip eder. DNS ayarlarını değiştirmeden önce, alan adınız için e-postaları gerçekte hangi sunucunun aldığını teyit edin. Ardından MX kaydını ağ geçidine (gateway) yönlendirin, ağ geçidini e-postaları sunucunuza iletecek şekilde ayarlayın ve kurulumunuzun izin verdiği ölçüde gelen SMTP trafiğini yalnızca ağ geçidinin adresleriyle sınırlandırın. Hem değişikliğin hem de olası bir geri alma işleminin hızlıca etkili olması için MX kaydının TTL değerini bir gün önceden düşürün.
SPF, DKIM ve DMARC: kendi alan adınızı korumak
Gelen e-posta filtreleme kullanıcılarınızı korur. Alan adı kimlik doğrulaması ise alan adınızdan geliyormuş gibi görünen e-postaları alan herkesi korur. Bu üç standardın her biri farklı bir şeyi kanıtlar:
- **SPF** (RFC 7208), alan adınız adına hangi sunucuların e-posta gönderebileceğini yayınlar. Kontroller 10 DNS sorgulama mekanizması ile sınırlandırılmıştır; bu nedenle çok fazla "include" girişi içeren bir kayıt başarısız olur.
- **DKIM** (RFC 6376), alıcıların DNS'inizde yayınlanan bir genel anahtara (public key) karşı doğrulayabileceği kriptografik bir imza ekler. Bu, mesajı imzalayan alan adının mesajı gönderdiğini ve mesajın değiştirilmediğini kanıtlar.
- **DMARC** (RFC 7489), SPF veya DKIM'ü görünürdeki From: adresindeki alan adına bağlar, bir mesaj başarısız olduğunda alıcılara ne yapmaları gerektiğini (none, quarantine veya reject) söyler ve alan adınız adına kimlerin mesaj gönderdiğine dair size raporlar iletir.
Mayıs 2026'da IETF, güncellenmiş DMARC spesifikasyonunu ("DMARCbis" çalışması) Standards Track üzerinde RFC 9989 olarak yayınladı. Bu standart RFC 7489'u geçersiz kılar; iki yardımcı RFC olan 9990 ve 9991 ise toplu ve hata raporlamayı kapsar. Mevcut DMARC kayıtları çalışmaya devam eder. İzlenen olağan yol aynı kalır: p=none yayınlayın, raporları okuyun, her meşru göndericiyi düzeltin, ardından quarantine aşamasına ve son olarak reject aşamasına geçin.
Benzer alan adları, taklitçilik ve karantina
DMARC, saldırganların tam olarak sizin alan adınızı kullanmasını engeller. Ancak, bir harfin değiştirilmesi, bir tire eklenmesi veya farklı bir uzantı kullanılması yoluyla benzer bir alan adı tescil etmelerini ve buradan tamamen geçerli SPF ve DKIM ile gönderim yapmalarını engelleyemez. Birçok BEC girişimi bu şekilde çalışır; bu nedenle iyi bir filtre, gösterge adı (display-name) taklidini, yeni görülen gönderici alan adlarını ve kendi adınızın benzerlerini de kontrol eder. Alan adınızın benzerlerinin tescil edilmesini izlemek, birisi e-posta göndermeye başlamadan önce sizi uyarır.
Karantina, insanların bir filtreyi tamamen kabul edip etmeyeceğine karar verir. Şüpheli e-postalar silinmemeli, bekletilmelidir ve her kullanıcı nelerin bekletildiğini görebilmeli ve bir destek talebi oluşturmadan gerçek bir mesajı serbest bırakabilmelidir. Yöneticilerin, eksik e-postalarla ilgili herhangi bir şikayeti takip edebilmeleri için alan genelinde bir görünüme ve mesaj geçmişine ihtiyacı vardır. Örneğin, Microsoft'un kendi hizmeti, varsayılan olarak yüksek güvenilirlikli kimlik avı (phishing) e-postalarını doğrudan yalnızca yöneticilerin erişebildiği bir karantinaya gönderir. Nelerin kim tarafından serbest bırakılabileceğine önceden karar verin.
Gmail, Yahoo ve Outlook.com gönderici kurallarının alan adınız için ne anlama geldiği
1 Şubat 2024 tarihinden itibaren, Google'nin e-posta gönderici yönergeleri, Gmail hesaplarına gönderim yapan her göndericinin SPF veya DKIM kurmalarını, TLS kullanmalarını, geçerli ileri ve geri DNS'e sahip olmalarını ve Postmaster Tools'ta bildirilen spam oranını %0,3'ün altında tutmalarını gerektirmektedir. Günde 5.000'den fazla mesaj gönderenlerin ayrıca From: alan adı ile uyumlu SPF, DKIM ve DMARC'e sahip olmaları ve pazarlama e-postaları için tek tıkla abonelikten çıkma desteği sunmaları gerekmektedir. Yahoo'nun Sender Hub kuralları da aynı temel seviyeyi belirler: Herkes için SPF veya DKIM, toplu göndericiler için ise bunlara ek olarak en az p=none olan DMARC, %0,3'ün altında bir spam oranı ve 2 gün içinde yerine getirilen abonelikten çıkma talepleri. Yahoo, kimin toplu gönderici sayılacağına dair bir hacim eşiği yayınlamadığını belirtmektedir.
Microsoft, Outlook.com tüketici adresleri (hotmail.com, live.com, outlook.com) için bu adımları takip etti. Nisan 2025 duyurusu, günde 5.000'den fazla e-posta gönderen alan adlarının SPF ve DKIM kurallarını geçmesini ve SPF veya DKIM ile uyumlu, en az p=none olan DMARC yayınlamasını gerektiriyor. 5 Mayıs 2025'ten itibaren, kurallara uymayan e-postalar "550; 5.7.515 Access denied" hatasıyla reddedilecektir. Tipik bir işletme için bunun iki sonucu vardır. CRM, faturalandırma aracınız veya pazarlama platformunuz gibi alan adınız üzerinden gönderim yapan her platformun uyumlu kimlik doğrulamaya ihtiyacı vardır. Ayrıca DMARC zorunlu hale getirildiğinde, alan adınızın kendi müşterilerinize karşı taklit edilmesi de çok daha zorlaşacaktır. İşlemsel ve pazarlama amaçlı gönderimler için BroadNet'in E-posta servisi, SMTP ve API üzerinden doğrulanmış gönderimi yönetir.
Kontrol listesi: bir gelen e-posta filtresi seçmek
- Gelişmiş Filtreleme içeren bir konnektör veya bir gelen ağ geçidi (inbound gateway) gibi sağlayıcının belgelenmiş yöntemini kullanarak platformunuzun (Microsoft 365, Google Workspace, cPanel/WHM, Exchange) önünde çalışıyor mu?
- Gelen e-postanın kendisi üzerinde SPF, DKIM ve DMARC'yi kontrol ediyor mu ve gösterge adı (display-name) ile benzer alan adı (lookalike-domain) taklidini tespit ediyor mu?
- Her kullanıcı özetlerin yer aldığı kişisel bir karantina alanına, ayrıca bir yönetici görünümüne ve aranabilir mesaj geçmişine sahip mi?
- E-posta sunucunuz çökerse ne olur? Belirtilen bir kuyruğa alma (spooling) süresi olup olmadığını kontrol edin.
- Fiyatlandırma kullanıcı başına mı yoksa alan adı başına mı yapılıyor ve beraberinde hangi mesaj hacmi ve boyut sınırları geliyor?
- Kurulum mevcut DNS ayarlarınızı kaydedip geri yükleme adımlarını sunuyor mu ve sonrasında MX, SPF ve DMARC üzerinde bir sapma olup olmadığını izleyen bir sistem var mı?
- E-postalar nerede işleniyor, neler saklanıyor ve ne kadar süreyle saklanıyor?
- İade koşulları, iptal süreci ve ayrılma yöntemleri imzalamadan önce yazılı olarak belirtiliyor mu?
E-posta yalnızca bir kanaldır. Müşterileriniz tek kullanımlık şifreleri veya uyarıları SMS ile alıyorsa, aynı disiplini orada da uygulayın. SMS OTP güvenlik standartları kılavuzumuza göz atın ve gönderim yapmadan önce telefon numaralarını ve e-posta adreslerini kontrol etmek için MobileValidate kullanın.
iBlockSpam ne sunuyor
iBlockSpam, BroadNet marka ailesinin bir parçasıdır. Nasıl çalışır sayfasında belirtildiği üzere, MX kayıtlarınızı iBlockSpam'in filtreleme sunucularına yönlendirirsiniz; böylece gelen her mesaj, temiz e-postalar halihazırda kullandığınız sunucuya iletilmeden önce spam, virüs, kötü amaçlı yazılım, kimlik avı (phishing) ve taklit (spoofing) açısından kontrol edilir. Adımlar; kontrol et, yapılandır, doğrula ve izle şeklindedir. Kılavuzlu bir sihirbaz, mevcut ve yeni DNS kayıtlarını yan yana gösterir ve geri alma adımlarını kaydeder. iBlockSpam, DNS ayarlarınızı sizin yerinize düzenlemez. Yayınlanan bilgiler şunlardır:
- Microsoft 365, Google Workspace, cPanel/WHM, Exchange ve diğer e-posta sunucuları ile çalışır.
- Planlı özet raporları içeren her kullanıcı için kişisel karantina, ortak bir yönetici karantinası ve 30 günlük mesaj geçmişi.
- E-posta sunucunuz kapalıysa, e-postalar 5 güne kadar bekletilir ve sunucu tekrar açıldığında iletilir.
- Sınırsız posta kutusu ve alan adı takma adı (alias). Her alan adı; ayda 100.000 gelen mesaj, maksimum 400 MB mesaj boyutu ve DKIM imzalı 500 giden aktarma (relay) mesajı içerir.
- Benzer Alan Adı Takibi (Lookalike Domain Watch), DMARC rapor izleme ve MX/SPF/DMARC sapma uyarıları (Protect'te haftalık, Protect Plus'ta günlük).
- E-postalar Amerika Birleşik Devletleri'nde işlenir.
Fiyatlandırma alan adı başına USD cinsinden olup vergiler hariçtir: **Protect**, yıllık faturalandırıldığında alan adı başına aylık 12 $ (yıllık 144 $) veya aylık 15 $'dır. **Protect Plus**, yıllık faturalandırıldığında 19 $ (yıllık 228 $) veya aylık 24 $ tutarındadır; ayrıca günlük izleme, aylık sahip raporu ve bir uzman kurulum oturumu sunar. Ücretsiz deneme süresi bulunmamaktadır. Bunun yerine, bir alan adının ilk yıllık aboneliği 30 günlük para iade garantisine sahiptir. Ücretsiz E-posta Sağlık Kontrolü, bir hesap gerektirmeden MX, SPF, DMARC ve yaygın DKIM seçicilerini okur. BroadNet'in kapsamlı güvenlik yaklaşımı ve Güven Merkezi, grubun sertifikalarını kapsamaktadır.
Sıkça sorulan sorular
Microsoft 365'un yerleşik spam filtresi bir işletme için yeterli midir?
Bazı kuruluşlar için yeterlidir. Microsoft 365, her bulut posta kutusu için anti-spam, anti-malware ve anti-phishing koruması içerir ve bu özellik varsayılan olarak açıktır. Ayrı bir ağ geçidi (gateway), kendi algılama mekanizması, kişisel karantinaları, kesinti kuyruklama (outage spooling) ve alan adına özel kontrolleri ile sistemin önüne bağımsız bir katman ekler. Eğer bir ağ geçidi eklerseniz, Microsoft'un belgelenmiş kurulumunu takip edin: Enhanced Filtering for Connectors özelliğinin açık olduğu, kısıtlanmış bir Partner konnektörü.
MX düzeyinde spam filtresi nedir?
MX düzeyinde spam filtresi, alan adınızın MX kayıtlarının işaret ettiği bir hizmettir; böylece gelen tüm e-postalar sizin e-posta sunucunuzdan önce bu hizmete ulaşır. Her mesajı spam, phishing, malware ve spoofing açısından kontrol eder, temiz e-postaları mevcut platformunuza iletir ve şüpheli e-postaları karantinada tutar. Posta kutularınız, uygulamalarınız ve şifreleriniz aynı kalır. Sadece e-postaların onlara ulaşmak için izlediği rota değişir.
Exchange Online içinde Enhanced Filtering for Connectors nedir?
Skip listing olarak da adlandırılan Enhanced Filtering for Connectors, Exchange Online'nin önünde bulunan bir hizmetten e-posta alan gelen (inbound) konnektörler için bir Microsoft 365 ayarıdır. Ağ geçidinin IP adresini aşarak orijinal göndericiye bakar, böylece Microsoft'un SPF, DKIM, DMARC ve anti-spoofing kontrolleri gerçek kaynağı değerlendirir. MX kaydınız Microsoft dışı bir filtreye işaret ettiğinde Microsoft bunu şiddetle tavsiye eder.
SPF, DKIM ve DMARC phishing e-postalarını durdurur mu?
Bir tür kimlik avını (phishing) engellerler: alan adınızı birebir taklit eden e-postalar. DMARC ile karantinaya alma veya reddetme özelliği sayesinde alıcılar, 'From:' adresinizi haksız yere kullanan mesajları engelleyebilir. Benzer görünümlü alan adlarını, gerçek tedarikçilerdeki ele geçirilmiş hesapları veya düzgün şekilde doğrulanmış ücretsiz hesaplardan gönderilen kimlik avı saldırılarını engellemezler. Bunlar için gelen e-posta filtreleme, taklit kontrolü ve ödeme değişikliklerini ikinci bir kanal üzerinden doğrulayan personel gereklidir.
Gmail, Yahoo ve Outlook.com toplu gönderici kurallarıyla neler değişti?
Şubat 2024'ten bu yana Gmail (günlük 5.000 mesajın üzeri) ve Yahoo (yayınlanmış bir eşiği olmayan toplu göndericiler); SPF ve DKIM, hizalama ile birlikte en az p=none düzeyinde DMARC, tek tıkla abonelikten çıkma ve %0,3'ün altında spam oranları talep etmektedir. 5 Mayıs 2025 tarihinden itibaren Outlook.com, yüksek hacimli alan adlarından gelen uyumsuz e-postaları 550 5.7.515 hatasıyla reddetmektedir. Her göndericinin en az SPF veya DKIM'e sahip olması gereklidir.
Kimlik avı (phishing) ile iş e-postası ele geçirme (business email compromise) arasındaki fark nedir?
Kimlik avı (phishing) geniş bir kategoridir: kimlik bilgilerini, parayı veya verileri çalmak için güvenilir bir kuruluşu taklit eden istenmeyen mesajlardır. İş e-postası ele geçirme (business email compromise) ise, ödemeleri yönlendirmek için ele geçirilmiş veya taklit edilmiş bir e-posta hesabını kullanarak tedarikçilere ödeme yapan veya havale ile fon transferi gerçekleştiren şirketlere yönelik hedefli bir dolandırıcılıktır. FBI'ın 2025 IC3 raporu, 191.561 kimlik avı/taklit şikayeti ve 24.768 BEC şikayeti ile 3,05 milyar $ tutarında BEC kaybı kaydetmiştir.
Bir e-posta filtresi meşru mesajları engeller mi?
Herhangi bir filtre bir mesajı yanlış değerlendirebilir, bu nedenle koruma yöntemi silme değil, karantinaya almadır. Kullanıcıların bekletilen bir mesajı kendilerinin serbest bırakabilmesi için düzenli özetler sunan kişisel bir karantina, paylaşımlı bir yönetici karantinası, bilinen kişiler için onaylı gönderen listeleri ve ne olduğunu takip etmek için mesaj geçmişi arayın. Örneğin iBlockSpam, bunlardan her birini sağlar ve 30 günlük mesaj geçmişini tutar.
iBlockSpam maliyeti nedir?
iBlockSpam, sınırsız posta kutusu ile alan adı başına fiyatlandırılır. Protect, yıllık faturalandırma ile alan adı başına aylık 12 $ (yıllık 144 $) veya aylık 15 $ tutarındadır. Protect Plus, yıllık faturalandırma ile 19 $ (yıllık 228 $) veya aylık 24 $ tutarındadır; ayrıca günlük DNS izleme, aylık sahip raporu ve uzman eşliğinde kurulum oturumu sunar. Fiyatlar vergi hariç USD cinsindendir. Ücretsiz deneme süresi bulunmamaktadır ancak ilk yıllık abonelikler için 30 günlük para iade garantisi mevcuttur.
Alan adınızın durumunu görmeye hazır mısınız? iBlockSpam üzerinden ücretsiz E-posta Sağlık Kontrolü işlemini gerçekleştirin, ardından Protect ve Protect Plus planlarını karşılaştırın. Kurulum, bir MX değişikliği ve platform üzerinden yönlendirmeli adımlardan oluşur; posta kutularınız mevcut yerinde kalır.