Σε αυτή τη σελίδαOutlook.com και οι κανόνες του Μαΐου 2025
- Outlook.com και οι κανόνες του Μαΐου 2025
- Τι σας λέει ο κωδικός απόρριψης
- Αποστολείς τρίτων και η απαίτηση SPF
- Το Microsoft 365 φιλτράρεται από την πολιτική κάποιου άλλου
- Ανάγνωση της απόφασης στις κεφαλίδες
- SNDS και JMRP, τώρα στον ιστότοπο Postmaster
- Τι μπορεί να αλλάξει ο παραλήπτης
- Δοκιμή πριν από την πραγματική αποστολή
Το "Outlook" περιλαμβάνει τρία διαφορετικά φίλτρα και η λύση εξαρτάται από το ποιο μετέφερε το email σας στα Ανεπιθύμητα. Υπάρχει το Outlook.com, η υπηρεσία email της Microsoft για ιδιώτες, η οποία εξυπηρετεί επίσης διευθύνσεις hotmail.com, live.com και msn.com. Υπάρχει το Microsoft 365, δηλαδή τα εταιρικά γραμματοκιβώτια για τα οποία πληρώνουν οι επιχειρήσεις, όπου ένας διαχειριστής στην εταιρεία του παραλήπτη καθορίζει την πολιτική spam. Και υπάρχει η εφαρμογή Outlook στον υπολογιστή κάποιου χρήστη, η οποία μπορεί να εφαρμόζει το δικό της φίλτρο Ανεπιθύμητων επιπλέον της απόφασης του διακομιστή. Οι κανόνες για τους αποστολείς που ανακοίνωσε η Microsoft το 2025 ισχύουν μόνο για την πρώτη από αυτές τις περιπτώσεις.
Επομένως, προτού αλλάξω έστω και μία εγγραφή DNS, εξετάζω τη διεύθυνση του παραλήπτη. Μια διεύθυνση hotmail.com ή outlook.com σημαίνει ότι ισχύουν οι παρακάτω κανόνες για ιδιώτες. Μια διεύθυνση εταιρείας που χρησιμοποιεί τη Microsoft για το email της σημαίνει ότι ισχύει μια πολιτική tenant, την οποία έχει συντάξει η ομάδα IT της συγκεκριμένης εταιρείας.
Outlook.com και οι κανόνες του Μαΐου 2025
Τον Απρίλιο του 2025, η Microsoft ανακοίνωσε απαιτήσεις για domain που στέλνουν περισσότερα από 5.000 email την ημέρα στην υπηρεσία της για καταναλωτές, ενώ η σελίδα πολιτικών Postmaster αναφέρει ότι τέθηκαν σε ισχύ στις 5 Μαΐου 2025. Πάνω από αυτόν τον όγκο:
- Το SPF πρέπει να περνά επιτυχώς για το domain αποστολής.
- Το DKIM πρέπει να περνά επιτυχώς.
- Το DMARC πρέπει να έχει δημοσιευτεί με «τουλάχιστον p=none» και να είναι ευθυγραμμισμένο με το SPF ή το DKIM, «κατά προτίμηση και με τα δύο». Η σελίδα πολιτικών προσθέτει ότι συνιστάται το
p=reject.
Το άρθρο υποστήριξης για το μήνυμα απόρριψης το διατυπώνει λίγο διαφορετικά. Υπολογίζει 5.000 ή περισσότερα μηνύματα προς τις υπηρεσίες καταναλωτών της Microsoft, τα οποία χρησιμοποιούν όλα το ίδιο domain στη διεύθυνση From, αναφέρει ότι πρέπει να περνούν επιτυχώς και οι δύο έλεγχοι SPF και DKIM και, μόλις ένα domain φτάσει αυτό το όριο, η Microsoft αναμένει «όλα τα μηνύματα από αποστολείς στο domain» να συμμορφώνονται με τους κανόνες, όχι μόνο το newsletter που το οδήγησε πάνω από το όριο. Το παράδειγμά της για το DMARC είναι σχεδόν το μικρότερο δυνατό record:
Hostname: _dmarc
TXT value: v=DMARC1; p=noneΘα πρόσθετα σε αυτό μια διεύθυνση αναφορών, rua=mailto:dmarc@example.com ή οποιαδήποτε διεύθυνση στην οποία διαβάζετε πράγματι τα email. Το Outlook.com στέλνει συγκεντρωτικές αναφορές, οι συχνές ερωτήσεις της Microsoft αναφέρουν ότι στέλνει RUA και δεν σχεδιάζει να στέλνει RUF, και ο έλεγχος DMARC θα σας δείξει αν η διεύθυνση που δηλώνετε μπορεί να τις λαμβάνει.
Η Google όρισε το ίδιο όριο των 5.000 email την ημέρα για το Gmail τον Φεβρουάριο του 2024 και άρχισε να ενισχύει σταδιακά την εφαρμογή των κανόνων, συμπεριλαμβανομένων των απορρίψεων, τον Νοέμβριο του 2025. Η Yahoo εφαρμόζει μια παρόμοια λίστα απαιτήσεων χωρίς να αναφέρει κάποιο όριο.
Ο τρόπος εφαρμογής του κανόνα άλλαξε ενώ η ανακοίνωση ήταν ακόμη πρόσφατη. Η αρχική ανάρτηση ανέφερε ότι τα μη συμμορφούμενα email θα κατέληγαν πρώτα στα Ανεπιθύμητα και ενδέχεται να απορρίπτονταν αργότερα. Μια ενημέρωση με ημερομηνία 29 Απριλίου αναφέρει ότι η Microsoft αποφάσισε να τα απορρίπτει, ωστόσο η ίδια ανάρτηση εξακολουθεί να περιέχει πιο κάτω την παλαιότερη παράγραφο που αναφέρει πρώτα τα Ανεπιθύμητα. Η προσεκτική ερμηνεία σήμερα είναι ότι, από τις 5 Μαΐου 2025, τα μη συμμορφούμενα email καταλήγουν στα Ανεπιθύμητα και το Outlook.com πλέον τα απορρίπτει επίσης με το εξής μήνυμα:
550 5.7.515 Access denied, sending domain example.com does not meet the required authentication level.
Δεν έχω βρει δημοσιευμένη ημερομηνία για τη μετάβαση στις απορρίψεις. Το άρθρο υποστήριξης απλώς την περιγράφει σε ενεστώτα χρόνο.
Τι σας λέει ο κωδικός απόρριψης
Μια απόρριψη από το Outlook.com είναι πιο χρήσιμη από ένα μήνυμα που παραμένει αθόρυβα στον φάκελο ανεπιθύμητων, επειδή αναφέρει την αιτία. Η σελίδα αντιμετώπισης προβλημάτων της Microsoft περιλαμβάνει έναν πίνακα με τους κωδικούς. Αυτοί είναι οι κωδικοί που συναντούν συνήθως οι αποστολείς:
| Κωδικός | Τι σημαίνει σύμφωνα με τη Microsoft |
|---|---|
550 5.7.515 | Το domain στέλνει περισσότερα από 5.000 μηνύματα την ημέρα και δεν έχει έλεγχο ταυτότητας με SPF, DKIM και DMARC |
550 SC-001 | Απόρριψη βάσει πολιτικής, "content with spam-like characteristics or IP/domain reputation" |
550 SC-004 | Αποκλεισμός της IP σας έπειτα από παράπονα για μηνύματα που στάλθηκαν από αυτήν |
421 RP-001 | Περιορισμός ρυθμού αποστολής για την IP που συνδέεται, επίσης για λόγους φήμης |
Ένας απλός κωδικός 550 5.7.1 χωρίς τους ειδικούς κωδικούς της Microsoft αποτελεί διαφορετικό είδος απόρριψης και υπάρχει ξεχωριστή σελίδα για την ερμηνεία του.
Αποστολείς τρίτων και η απαίτηση SPF
Πολλοί τομείς στέλνουν μέσω πολλών υπηρεσιών ταυτόχρονα: μια πλατφόρμα ενημερωτικών δελτίων, ένα CRM, ένα σύστημα υποστήριξης, μια υπηρεσία χρέωσης. Καθεμία στέλνει με τον τομέα σας στη γραμμή From και καθεμία πρέπει να καλύπτεται από τις εγγραφές σας. Όταν ερωτάται αν οι κανόνες εξακολουθούν να ισχύουν όταν ένας πάροχος στέλνει για λογαριασμό σας, το FAQ της Microsoft απαντά: "Ναι. Ακόμη και αν αναθέσετε την αποστολή σε τρίτους, ο έλεγχος ταυτότητας συνδέεται με τον τομέα σας." Το άρθρο υποστήριξης διευκρινίζει τι πρέπει να επαληθεύσετε: ότι το DKIM υπογράφει με τον τομέα σας και ότι η εγγραφή SPF σας "περιλαμβάνει τη διεύθυνση IP ή τις τιμές include που απαιτεί η υπηρεσία".
Σε αυτό το σημείο, η απαίτηση για SPF και DKIM προκαλεί σύγχυση. Πολλές πλατφόρμες τοποθετούν τη διεύθυνση επιστροφής στον δικό τους τομέα και αυτό το Return-Path είναι που ελέγχει στην πραγματικότητα το SPF. Επομένως, το SPF περνά για την πλατφόρμα, ικανοποιώντας την απαίτηση "πρέπει να περνά", ενώ η ευθυγράμμιση DMARC πρέπει να προκύπτει από την υπογραφή DKIM με τον τομέα σας. Αν, αντίθετα, η πλατφόρμα υπογράφει με τον δικό της τομέα, έχετε δύο επιτυχείς ελέγχους αλλά καμία ευθυγράμμιση και το επακόλουθο DMARC fail είναι ακριβώς αυτό που αφορά το 5.7.515. Το άρθρο υποστήριξης σας ζητά επίσης να ελέγξετε αν ο τομέας Return-Path ευθυγραμμίζεται με τον τομέα From.δύο επιτυχείς έλεγχοι, καμία ευθυγράμμιση: όλη η ιστορία του 5.7.515
Κάθε υπηρεσία που προσθέτετε στο SPF καταναλώνει επίσης αναζητήσεις DNS. Το FAQ της Microsoft το διατυπώνει ως εξής: "Αν υπερβείτε τις 10 αναζητήσεις DNS, ο έλεγχος SPF ενδέχεται να αποτύχει." Το εργαλείο ελέγχου SPF τις μετρά για εσάς και, αν έχετε υπερβεί το όριο, δείτε πώς θα επιστρέψετε κάτω από τις δέκα. Το εργαλείο ελέγχου DKIM εκτελεί τον αντίστοιχο έλεγχο για τον selector κάθε πλατφόρμας.
Το Microsoft 365 φιλτράρεται από την πολιτική κάποιου άλλου
Ένας οργανισμός Microsoft 365 διαθέτει πολιτικές anti-spam που ρυθμίζουν οι διαχειριστές του. Με τις προεπιλεγμένες ρυθμίσεις, τα μηνύματα spam, τα μηνύματα spam υψηλής βεβαιότητας και η μαζική αλληλογραφία μεταφέρονται στον φάκελο Junk Email, ενώ τα μηνύματα phishing τίθενται σε καραντίνα και τα μηνύματα phishing υψηλής βεβαιότητας τίθενται πάντα σε καραντίνα. Από την πλευρά του αποστολέα, η καραντίνα είναι το πιο επιζήμιο αποτέλεσμα, καθώς ο παραλήπτης δεν βρίσκει το μήνυμα σε κανέναν φάκελο, εκτός αν το αναζητήσει. Η προεπιλεγμένη πολιτική το διατηρεί εκεί για 15 ημέρες, ενώ οι προεπιλογές Standard και Strict για 30.
Η μαζική αλληλογραφία έχει τη δική της μέτρηση, το επίπεδο παραπόνων για μαζική αλληλογραφία. Ένα BCL από 1 έως 3 υποδηλώνει αποστολέα μαζικής αλληλογραφίας με λίγα παράπονα, ενώ 8 ή 9 υποδηλώνει αποστολέα με πολλά παράπονα. Η προεπιλεγμένη πολιτική στέλνει τη μαζική αλληλογραφία στον φάκελο Junk από BCL 7, η προεπιλογή Standard από 6 και η Strict από 5. Από τον Ιούλιο του 2026 υπάρχει επίσης ένα νεότερο επίπεδο: η μαζική αλληλογραφία προωθητικού χαρακτήρα λαμβάνει την ετικέτα Promotions ανεξάρτητα από το BCL της και, όταν ένας διαχειριστής έχει ενεργοποιήσει το "Bulk moves enabled", καταλήγει σε έναν φάκελο Promotions. Αυτό δεν είναι spam, αλλά ούτε και τα εισερχόμενα. Η λειτουργία εξακολουθεί να διατίθεται σταδιακά.
Τα δύο συστήματα της Microsoft δεν είναι απομονωμένα μεταξύ τους. Η Microsoft αναφέρει ότι το φιλτράρισμα spam του Microsoft 365 "learns from known spam and phishing threats and user feedback from our consumer platform, Outlook.com", επομένως όσα αναφέρουν οι αναγνώστες του hotmail.com τροφοδοτούν το φίλτρο που χρησιμοποιούν τα εταιρικά εισερχόμενα.
Οι διαχειριστές μπορούν επίσης να προσθέσουν έναν αποστολέα σε μια λίστα επιτρεπόμενων, η οποία παρακάμπτει τα περισσότερα μέτρα προστασίας εκτός από εκείνα για κακόβουλο λογισμικό και phishing υψηλής βεβαιότητας. Αν μια συνεργαζόμενη εταιρεία εξακολουθεί να λαμβάνει τα τιμολόγιά σας στον φάκελο Junk, η ομάδα IT της είναι αυτή που μπορεί να δει την πραγματική απόφαση του φίλτρου.
Ανάγνωση της απόφασης στις κεφαλίδες
Αν μπορείτε να αποκτήσετε το μήνυμα όπως το έλαβε ένα γραμματοκιβώτιο Microsoft 365, οι κεφαλίδες προστασίας από spam αναφέρουν ρητά την απόφαση. Η X-Forefront-Antispam-Report περιέχει ορισμένα πεδία που αξίζει να γνωρίζετε:
- Το
SFV:SPMσημαίνει ότι το φιλτράρισμα spam επισήμανε το μήνυμα ως spam, τοSFV:NSPMότι δεν το επισήμανε ως spam και τοSFV:SFEότι το φιλτράρισμα παραλείφθηκε επειδή ο αποστολέας βρίσκεται στη λίστα Safe Senders του χρήστη. - Το
CATδηλώνει την κατηγορία της πολιτικής που εφαρμόστηκε:SPM,HSPM(spam υψηλής βεβαιότητας),BULK,PHSH,SPOOF. - Το
SCLείναι ένας αριθμός, -1 ή από 0 έως 9. Παλαιότεροι οδηγοί το αντιμετωπίζουν ως την τελική απόφαση. Η τρέχουσα σελίδα για το SCL της Microsoft αναφέρει ότι η τιμή «δεν καθορίζει αν το φιλτράρισμα spam αναγνωρίζει ένα μήνυμα ως spam ή ως spam υψηλής βεβαιότητας», επομένως εξετάστε πρώτα τοCAT.
Οι κεφαλίδες περιέχουν επίσης το compauth, τη σύνθετη απόφαση της Microsoft που βασίζεται στα SPF, DKIM, DMARC και σε άλλα στοιχεία του μηνύματος. Ο κωδικός αιτίας 001 σημαίνει ότι ο έμμεσος έλεγχος ταυτότητας απέτυχε, συνήθως επειδή ο τομέας αποστολής δεν είχε δημοσιευμένες εγγραφές ελέγχου ταυτότητας ή είχε μόνο μια αδύναμη πολιτική.
SNDS και JMRP, τώρα στον ιστότοπο Postmaster
Το Smart Network Data Services, ή SNDS, βρίσκεται πλέον στον νέο ιστότοπο Postmaster και αντικαθιστά τον παλιό στη διεύθυνση sendersupport.olc.protection.outlook.com. Παρέχει αναφορές ανά διεύθυνση IP, επομένως πρέπει να αποδείξετε ότι σας ανήκει ένα εύρος IP προτού σας εμφανίσει οτιδήποτε. Τα δεδομένα καλύπτουν τον όγκο, τα ποσοστά παραπόνων και ένα χρώμα που δείχνει πόσο από το traffic σας αξιολογήθηκε ως spam από το φίλτρο: πράσινο κάτω από 10%, κίτρινο μεταξύ 10% και 90%, κόκκινο πάνω από 90%. Η πρόσβαση λήγει πλέον 10 μήνες μετά την έγκριση ή τη μετεγκατάσταση και πρέπει να ανανεώνεται.
Για έναν μικρό αποστολέα, το SNDS μπορεί να μην εμφανίζει καθόλου δεδομένα, καθώς μπορεί να παραλείψει μια IP που έστειλε λιγότερα από 100 μηνύματα σε μια συγκεκριμένη ημέρα. Επίσης, αν στέλνετε μέσω των κοινόχρηστων IP μιας πλατφόρμας, αυτές οι διευθύνσεις δεν σας ανήκουν και δεν μπορείτε να τις καταχωρίσετε.
Το JMRP, δηλαδή το Junk Mail Reporting Program, είναι ο βρόχος ανατροφοδότησης. Εγγραφείτε μέσω του SNDS και η Microsoft θα σας στέλνει επιλεγμένες κεφαλίδες μηνυμάτων που οι χρήστες του Outlook.com επισήμαναν ως ανεπιθύμητα, συνήθως εντός 72 ωρών. Προσθέτετε νέες IP καθώς τις θέτετε σε χρήση.
Η Microsoft χαρακτηρίζει το ποσοστό παραπόνων για ανεπιθύμητη αλληλογραφία ως «έναν από τους κύριους παράγοντες» της φήμης ενός αποστολέα, ενώ οι συχνές ερωτήσεις του SNDS χαρακτηρίζουν ένα ποσοστό παραπόνων κάτω από 0.3% ως «έναν καλό στόχο». Οι νέες IP χρειάζονται χρόνο. Η Microsoft αναφέρει ότι μια νέα IP μπορεί να αναμένει πλήρη σταδιακή αύξηση της αποστολής «εντός δύο εβδομάδων ή νωρίτερα, ανάλογα με τον όγκο και την ακρίβεια της λίστας». Και όχι, δεν υπάρχει κάποια λίστα στην οποία μπορείτε να πληρώσετε για να ενταχθείτε. Η σελίδα αντιμετώπισης προβλημάτων θέτει το ερώτημα αν το Outlook.com διατηρεί λίστα επιτρεπόμενων στην οποία μπορεί να ενταχθεί ένας αποστολέας και απαντά «Όχι.»
Τι μπορεί να αλλάξει ο παραλήπτης
Ορισμένα από αυτά εξαρτώνται από τον παραλήπτη και είναι εύλογο να ζητήσετε τη βοήθειά του. Στο Outlook.com (Settings, μετά Mail και έπειτα Junk email), ο χρήστης μπορεί να επισημάνει ένα μήνυμα ως Not junk ή να προσθέσει τον αποστολέα στη λίστα Safe senders and domains. Αυτή η λίστα χωρά έως 10.000 καταχωρίσεις και η Microsoft σημειώνει ότι για τους αποστολείς που περιλαμβάνονται σε αυτήν, οι σύνδεσμοι και οι εικόνες συνήθως ενεργοποιούνται από προεπιλογή. Ένας αυστηρός χρήστης μπορεί επίσης να ενεργοποιήσει τη λειτουργία "exclusive", η οποία δέχεται email μόνο από Contacts και Safe Senders.
Το κουμπί Junk λειτουργεί αντίστροφα. Η Microsoft χρησιμοποιεί αυτές τις αναφορές για να αποφασίσει αν θα πρέπει να αποκλείονται μελλοντικά email από τον ίδιο αποστολέα. Ξεχωριστά, στις συστάσεις της προς τους αποστολείς ζητά έναν σύνδεσμο κατάργησης εγγραφής που να είναι "clearly visible". Το κείμενο της Microsoft δεν αναφέρει τις κεφαλίδες List-Unsubscribe με ένα κλικ που απαιτούν τα Gmail και Yahoo, αλλά επειδή η ίδια καμπάνια αποστέλλεται και στα τρία, θα τις πρόσθετα παντού (οι δύο κεφαλίδες).
Η εφαρμογή για υπολογιστές διαθέτει το δικό της Junk Email Filter. Από προεπιλογή είναι ρυθμισμένο σε "No Automatic Filtering", ενώ υπάρχουν επίσης οι επιλογές Low, High και "Safe Lists Only". Η τελευταία αντιμετωπίζει ως ανεπιθύμητο κάθε μήνυμα από αποστολέα που δεν βρίσκεται στις λίστες ασφαλών αποστολέων του χρήστη. Οι λίστες ασφαλών και αποκλεισμένων αποστολέων συγχρονίζονται με τον διακομιστή και χρησιμοποιούνται και εκεί.
Υπάρχει επίσης το Focused Inbox, το οποίο χωρίζει τα εισερχόμενα στις καρτέλες Focused και Other και, σύμφωνα με τη Microsoft, "filters out noisy sources like automatically generated or bulk email". Η καρτέλα Other αποτελεί μέρος των εισερχομένων και, κατά τη δική μου εκτίμηση, ένα ενημερωτικό δελτίο που βρίσκεται εκεί έχει ήδη περάσει από το φιλτράρισμα ανεπιθύμητης αλληλογραφίας.
Δοκιμή πριν από την πραγματική αποστολή
Η σελίδα αντιμετώπισης προβλημάτων της Microsoft αναφέρει ότι "strongly recommends that you conduct email testing prior to sending live communications". Αυτό το βήμα καλύπτει το Email Spam Tester. Στέλνετε το πραγματικό μήνυμα σε μια διεύθυνση που δημιουργεί η σελίδα, από τον διακομιστή ή την πλατφόρμα που θα χρησιμοποιούσατε στην πράξη, και η αναφορά παραθέτει 42 ελέγχους: SPF, DKIM και DMARC με ευθυγράμμιση, αντίστροφο DNS, την IP αποστολής σε 21 λίστες αποκλεισμού (γιατί έχουν σημασία), τις κεφαλίδες κατάργησης εγγραφής και το περιεχόμενο. Οι αποτυχημένοι έλεγχοι συνοδεύονται από σχέδιο διόρθωσης και εγγραφές DNS για αντιγραφή, ενώ οι βαθμοί που αποδίδει κάθε διόρθωση προέρχονται από τον πίνακα βαθμολόγησης.
Προσθέστε τη δοκιμή τοποθέτησης στα εισερχόμενα και το ίδιο μήνυμα θα σταλεί επίσης σε γραμματοκιβώτια των Gmail, Outlook, Yahoo και άλλων παρόχων. Η αναφορά δείχνει πού κατέληξε σε καθέναν από αυτούς, με στοιχεία που διαβάζονται απευθείας από το ίδιο το γραμματοκιβώτιο, συμπεριλαμβανομένων των Focused ή Other όπου ο πάροχος χρησιμοποιεί αυτή την ταξινόμηση. Είναι δωρεάν και δεν απαιτεί εγγραφή. Η τεκμηρίωση εξηγεί κάθε έλεγχο και πόσους βαθμούς κοστίζει.
Αν το επόμενο βήμα σας είναι να υποβάλετε αίτημα υποστήριξης, σημειώστε ότι η φόρμα της Microsoft για ζητήματα παράδοσης δέχεται μόνο υποθέσεις που αφορούν διευθύνσεις @outlook.com, @hotmail.com, @live.com και @msn.com. Επίσης, η σελίδα πολιτικών προειδοποιεί ότι, αν δεν συμμορφώνεστε, "it may not be possible for our support team to assist you."