{"id":19761,"date":"2026-06-07T08:36:35","date_gmt":"2026-06-07T06:36:35","guid":{"rendered":"https:\/\/webhosting.de\/mailserver-header-analysis-spam-check\/"},"modified":"2026-06-07T08:36:35","modified_gmt":"2026-06-07T06:36:35","slug":"analisi-dellintestazione-del-mailserver-controllo-dello-spam","status":"publish","type":"post","link":"https:\/\/webhosting.de\/it\/mailserver-header-analysis-spam-check\/","title":{"rendered":"Analisi degli header dei server di posta: riconoscere lo spam in modo affidabile"},"content":{"rendered":"<p>Riconosco con sicurezza lo spam quando vedo la scritta <strong>Intestazione del server di posta<\/strong> e analizzare le tracce tecniche. L'analisi mirata delle intestazioni mostra l'origine, il percorso di trasporto e l'autenticazione di un messaggio, smascherando cos\u00ec inganni ed errori di consegna in modo rapido e affidabile.<\/p>\n\n<h2>Punti centrali<\/h2>\n\n<p>Mi affido alla completa <strong>Intestazione grezza<\/strong> e leggo la catena del server a ritroso. Controllo l'IP, il nome host e il timestamp passo dopo passo. Analizzo i risultati di SPF, DKIM e DMARC in combinazione, non isolatamente. Classifico le righe di ricezione evidenti, i domini mittente incoerenti e i campi manipolabili nel contesto. Alla fine, emerge un quadro chiaro per capire se un messaggio \u00e8 legittimo o meno. <strong>Spam<\/strong>.<\/p>\n<ul>\n  <li><strong>Catena ricevuta<\/strong> Leggi al contrario<\/li>\n  <li><strong>SPF\/DKIM\/DMARC<\/strong> Controllare la rete<\/li>\n  <li><strong>IP del mittente<\/strong> e confrontare i nomi degli host<\/li>\n  <li><strong>Percorso di ritorno<\/strong> corrispondenza con i dati dell'intestazione<\/li>\n  <li><strong>Timestamp<\/strong> Verifica della plausibilit\u00e0<\/li>\n<\/ul>\n\n<h2>Cosa mostra realmente l'intestazione di un server di posta?<\/h2>\n\n<p>Un'intestazione contiene informazioni tecniche <strong>Metadati<\/strong>, che i programmi di posta spesso nascondono. Leggo l'indirizzo del mittente, del destinatario, il timestamp e ogni stazione del server di consegna. I campi Ricevuto, Percorso di ritorno e Risultati dell'autenticazione sono particolarmente importanti. Rivelano l'effettivo IP del mittente e il percorso di spedizione documentato. Sono proprio questi segnali che smascherano il phishing e i falsi messaggi. <strong>Mittente<\/strong> nonostante il contenuto pulito.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img fetchpriority=\"high\" decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/06\/mailserver-analyse-4892.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Leggere la catena ricevuta in modo sicuro<\/h2>\n\n<p>Inizio dall'estremit\u00e0 inferiore del <strong>Ricevuto<\/strong>-perch\u00e9 il punto di partenza del viaggio \u00e8 l\u00ec. Ogni riga \u00e8 scritta dal server che accetta la posta, rendendo pi\u00f9 facile la tracciabilit\u00e0. Se il nome dell'host, l'indirizzo IP e il timestamp corrispondono, il viaggio sembra plausibile. Se le voci non corrispondono, controllo eventuali stazioni di inoltro o di filtro. Per me, gli host sconosciuti tra nodi conosciuti sono una forte <strong>segnale di allarme<\/strong>.<\/p>\n\n<h2>Valutare SPF, DKIM e DMARC nell'header<\/h2>\n\n<p>In Autenticazione-Risultati cerco <strong>SPF<\/strong>, DKIM e DMARC con informazioni chiare sul superamento o meno. La sola approvazione SPF non \u00e8 sufficiente, perch\u00e9 l'allineamento e l'identit\u00e0 del dominio devono corrispondere all'indirizzo visibile. Il DMARC mi d\u00e0 la dichiarazione pi\u00f9 difficile perch\u00e9 raggruppa il controllo SPF e DKIM a livello di dominio. Se manca la stabilit\u00e0 della firma, verifico le cause, come i reindirizzamenti o le mailing list. Per quanto riguarda le politiche e l'allineamento, guardo a <a href=\"https:\/\/webhosting.de\/it\/mailserver-spf-allineamento-politiche-dmarc-guida-sicurezza\/\">Allineamento SPF e DMARC<\/a>, per spiegare chiaramente i valori anomali.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/06\/header_analysis_1234.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Riconoscere rapidamente i segnali di allarme nella testata<\/h2>\n\n<p>Reagisco immediatamente quando il dominio del mittente e <strong>Percorso di ritorno<\/strong> non appartengono l'uno all'altro. Fusi orari contraddittori tra le linee ricevute indicano spesso manipolazioni o deviazioni insolite. L'IP di un mittente proveniente da una rete estera raramente corrisponde a un marchio importante. Mi aspetto un'autenticazione mancante o errata, soprattutto nel caso di mail di massa di dubbia provenienza. Se, invece, il percorso, la firma e il dominio sono corretti, il mio <strong>Il rischio<\/strong> chiaramente.<\/p>\n\n<h2>Migliorare la deliverability con i dati di intestazione<\/h2>\n\n<p>Uso le intestazioni per individuare gli errori di consegna. <strong>diagnosticare<\/strong>. Se le e-mail compaiono nelle cartelle di spam, cerco innanzitutto errori DKIM o abusi SPF. Stazioni intermedie inaspettate possono indicare regole di inoltro o di filtro. Spesso trovo indizi di blocco nei campi aggiuntivi dei singoli server. In questo modo riconosco il sito che sta bloccando il messaggio. <strong>Spedizione<\/strong> rallenta davvero l'attivit\u00e0.<\/p>\n\n<table>\n  <thead>\n    <tr>\n      <th>Campo dell'intestazione<\/th>\n      <th>Suggerimento<\/th>\n      <th>Azione tipica<\/th>\n    <\/tr>\n  <\/thead>\n  <tbody>\n    <tr>\n      <td>Ricevuto<\/td>\n      <td><strong>Percorso di trasporto<\/strong> implausibile<\/td>\n      <td>Controllare DNS\/reverse, chiarire i reindirizzamenti<\/td>\n    <\/tr>\n    <tr>\n      <td>Risultati dell'autenticazione<\/td>\n      <td><strong>SPF\/DKIM<\/strong> Bocciatura<\/td>\n      <td>Registrazione corretta, tasto di rotazione<\/td>\n    <\/tr>\n    <tr>\n      <td>Percorso di ritorno<\/td>\n      <td><strong>Busta<\/strong> deviazione<\/td>\n      <td>Sincronizzazione con il servizio di spedizione\/indirizzo<\/td>\n    <\/tr>\n    <tr>\n      <td>ID messaggio<\/td>\n      <td><strong>Formato<\/strong> sospettoso<\/td>\n      <td>Sistema di generazione dei controlli<\/td>\n    <\/tr>\n    <tr>\n      <td>Data\/Ricevuta<\/td>\n      <td><strong>I tempi<\/strong> incoerente<\/td>\n      <td>Sincronizzare i fusi orari e l'ora del server<\/td>\n    <\/tr>\n  <\/tbody>\n<\/table>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/06\/mailserver-header-analysis-2948.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Procedura pratica: dall'intestazione copiata alla valutazione<\/h2>\n\n<p>Copio sempre l'intero <strong>Intestazione<\/strong> del programma di posta, non solo estratti. Leggo quindi la catena ricevuta dal basso verso l'alto ed evidenzio eventuali anomalie. Confronto l'IP del mittente con il nome host e il dominio dichiarati. Solo a questo punto analizzo insieme SPF, DKIM e DMARC. Riassumo la valutazione finale in brevi note, <strong>Identit\u00e0<\/strong> e firma insieme.<\/p>\n\n<h2>Valutare gli strumenti rispetto ai test manuali<\/h2>\n\n<p>I valutatori automatici mi salvano <strong>Tempo<\/strong>, ma non sostituiscono l'occhio per i dettagli. Utilizzo strumenti per analizzare rapidamente i campi e individuare gli errori di formato. La decisione vera e propria la prendo manualmente, soprattutto per i casi limite o i reindirizzamenti. Per i filtri di contenuto, utilizzo anche metodi statistici. Ottengo una visione d'insieme di procedure quali <a href=\"https:\/\/webhosting.de\/it\/filtro-antispam-euristico-bayesiano-tecnologia-di-confronto-dellhosting\/\">Confronto tra i filtri bayesiani<\/a>, che combino con i risultati dell'intestazione.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/06\/mailserveranalyse_nacht_tech8001.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Determinare un first hop affidabile<\/h2>\n\n<p>Decido all'inizio quale <strong>Ricevuto<\/strong>-come primo hop affidabile. Tutto ci\u00f2 che si trova al di sopra della voce scritta dal mio server in entrata \u00e8 potenzialmente falsificabile. Ecco perch\u00e9 confronto il file <em>da=<\/em>-con il mio hostname di gateway e ignorare le linee sopra di esso se non provengono da sistemi che controllo. Questo impedisce alle linee ricevute falsificate di falsare la mia valutazione.<\/p>\n\n<h2>Busta o mittente visibile<\/h2>\n\n<p>Faccio una distinzione rigorosa tra <strong>Mittente della busta<\/strong> (MAIL FROM\/Percorso di ritorno) e l'indirizzo From visibile. Il campo <em>Trasmettitore<\/em> mi mostra un sistema di spedizione tecnica, se necessario, <em>Rispondi a<\/em> definisce l'indirizzo di risposta. Se questi campi differiscono di molto, aumento la cautela. Per i reindirizzamenti faccio attenzione a <em>SRS<\/em> (Sender Rewriting Scheme): Un percorso di ritorno modificato con marcatura SRS spesso spiega un fallimento SPF sul sistema finale senza frode. Inoltre l'indirizzamento (<em>utente+tag@<\/em>) nella busta per riconoscere l'invio in blocco e la tracciabilit\u00e0.<\/p>\n\n<h2>ARC, liste di inoltro e mailing list<\/h2>\n\n<p>Per i reindirizzamenti legittimi, controllo il file <strong>ARC<\/strong>-catena (catena ricevuta autenticata). In piedi <em>ARC-Seal<\/em> e <em>Firma del messaggio ARC<\/em> all'indirizzo <em>passaggio<\/em>, Tendo a fidarmi dei risultati SPF\/DKIM originariamente documentati, anche se DMARC fallisce all'ultimo hop. Le mailing list cambiano spesso i messaggi di posta (prefissi degli oggetti, pi\u00e8 di pagina), il che rompe il DKIM. <em>ID elenco<\/em>, <em>Elenco-disiscrizione<\/em> e una massa<em>Precedenza<\/em> spiegare le deviazioni e prevenire gli errori di valutazione.<\/p>\n\n<h2>Dettagli sul trasporto: TLS, HELO\/EHLO e DNS<\/h2>\n\n<p>Ho letto in <strong>Ricevuto<\/strong> i dettagli del trasporto: <em>con ESMTPS<\/em> indica TLS, spesso includendo il cifrario e la versione del protocollo. Il <em>HELO\/EHLO<\/em>-Il nome del sistema di invio deve corrispondere al reverse DNS (<em>PTR<\/em>) e, idealmente, corrispondere allo stesso IP tramite Forward-Confirm (A\/AAAA). Per me, un rDNS generico o un HELO come semplice IP sono indicatori di sistemi mal configurati. I grandi mittenti utilizzano schemi di hostname coerenti; le deviazioni vengono notate rapidamente.<\/p>\n\n<h2>Intestazioni aggiuntive con valore aggiunto<\/h2>\n\n<p>Oltre agli standard <strong>X intestazione<\/strong> in particolare: <em>Stato di X-Spam<\/em> e <em>Bandiera X-Spam<\/em> mostra l'euristica dei filtri a monte, <em>X-Originating-IP<\/em> rivela il vero IP del client per alcuni sistemi. Suggerimenti come <em>Script X-PHP<\/em> puntano sui form mailer self-hosted. I seguenti elementi parlano a favore di un mailing di massa serio <em>ID di feedback<\/em>, <em>ID elenco<\/em> e <em>Elenco-disiscrizione<\/em>. Se tutto questo manca in una presunta e-mail di \u201enewsletter\u201c, la giudico pi\u00f9 severamente. <em>ID messaggio<\/em> Controllo il formato e l'estensione del dominio; i domini atipici o vuoti sono evidenti.<\/p>\n\n<h2>Livello MIME: tipo di contenuto, allegati e codifica<\/h2>\n\n<p>Do un'occhiata al <strong>Struttura MIME<\/strong> a: <em>multipart\/alternativo<\/em> con una parte di testo in chiaro pulito parla di sistemi legittimi, il puro HTML senza parte di testo \u00e8 spesso un invio di massa di qualit\u00e0 inferiore. <em>Tipo di contenuto<\/em>, <em>confine<\/em> e <em>charset<\/em> mi aiutano a distinguere tra le e-mail della casella di posta elettronica e i messaggi manuali. Riconosco gli allegati sospetti da <em>Disposizione dei contenuti<\/em>, estensioni di file duplicate e insolite <em>Codifiche di trasferimento dei contenuti<\/em>. TNEF\/\u201ewinmail.dat\u201c o tipi di MIME impostati in modo errato, spesso interrompono il DKIM - lo spiego come un errore tecnico piuttosto che intenzionale.<\/p>\n\n<h2>Domini e caratteri internazionali<\/h2>\n\n<p>Controllo <strong>IDN\/Codice punitivo<\/strong> Esattamente: un dominio from pu\u00f2 apparire visivamente come \u201eexample.com\u201c, ma in realt\u00e0 contenere un carattere Unicode dall'aspetto simile. La forma codificata in punycode appare spesso nell'intestazione. Presto anche attenzione a <em>SMTPUTF8<\/em> negli avvisi di ricevimento o di idoneit\u00e0. Se la codifica dei caratteri non corrisponde alla lingua o al marchio rivendicato, si tratta di un'ulteriore indicazione.<\/p>\n\n<h2>Comprendere il profilo temporale per hop<\/h2>\n\n<p>Da ogni <strong>Ricevuto<\/strong>-linea: la distanza tra i timestamp mi mostra i ritardi per hop. I grandi spazi vuoti con hop di greylisting noti possono essere spiegati, ma i bruschi cambiamenti di fuso orario senza una ragione plausibile no. Se un <em>Data<\/em>-Se il segnale \u00e8 futuro o lontano nel passato, molti filtri lo valutano negativamente, ma io lo tengo se gli altri segnali sono coerenti.<\/p>\n\n<h2>Lettura dei rimbalzi e DSN in modo preciso<\/h2>\n\n<p>Per i rendimenti non chiari valuto <strong>Notifiche sullo stato di consegna<\/strong> da. <em>Destinatario finale<\/em>, <em>Azione<\/em>, <em>Stato<\/em> (es. 5.7.1 Politica) e <em>Codice diagnostico<\/em> mi dice se \u00e8 stata bloccata l'autenticazione, la reputazione, la dimensione o il contenuto. A volte il motivo effettivo si trova solo nel <em>Codice diagnostico<\/em> dell'MTA destinatario; in questo modo mi affido meno alle informazioni generiche sullo stato.<\/p>\n\n<h2>Confronto con i log dell'MTA<\/h2>\n\n<p>Se ho accesso, correggo le intestazioni con <strong>Registri del server di posta<\/strong>. Molti MTA scrivono l'ID della coda in <em>Ricevuto<\/em> (<em>id<\/em>=...). Li ritrovo nei log di Postfix, Exim o Exchange. Questo mi permette di documentare chiaramente i tempi di consegna, i parametri TLS, le azioni di filtro o i reindirizzamenti e di separare gli artefatti delle intestazioni dai veri problemi di trasporto.<\/p>\n\n<h2>Casi particolari di mittenti legittimi<\/h2>\n\n<p>I marchi spesso spediscono tramite <strong>Piattaforme di terze parti<\/strong>. Mi aspetto quindi sottodomini, percorsi di ritorno dedicati e firme DKIM coerenti del dominio di invio, mentre il dominio di provenienza visibile \u00e8 allineato in modo rilassato tramite DMARC. Gli intervalli IP condivisi con altri clienti sono normali, purch\u00e9 rDNS, HELO e firme siano puliti. Se manca qualcosa di tutto ci\u00f2, pu\u00f2 essere dovuto al riscaldamento dell'IP, a nuove chiavi o a modifiche dell'instradamento: in questo caso si parla di una situazione \u201eincoerente, ma non dannosa\u201c.<\/p>\n\n<h2>Breve lista di controllo del test<\/h2>\n\n<ul>\n  <li>Impostare il primo hop di fiducia, ignorare i dati ricevuti al di sopra di esso<\/li>\n  <li>Corrispondenza della busta (percorso di ritorno) con Da\/Mittente\/Risponde a<\/li>\n  <li>Valutare SPF\/DKIM\/DMARC insieme all'allineamento, osservare ARC per i reindirizzamenti<\/li>\n  <li>Verificare la coerenza di HELO, rDNS e IP per ogni hop.<\/li>\n  <li>Classificare l'intestazione X, le informazioni dell'elenco e il formato dell'ID del messaggio<\/li>\n  <li>Controllare la struttura MIME, la codifica e gli allegati per individuare eventuali anomalie.<\/li>\n  <li>Verificare la plausibilit\u00e0 degli orari per hop e della latenza totale.<\/li>\n  <li>Privilegiare i campi DSN e il codice diagnostico per i rimbalzi<\/li>\n  <li>Correlare facoltativamente con i log dell'MTA per risolvere i dubbi.<\/li>\n<\/ul>\n\n<h2>Analisi degli header per il proprio server di posta<\/h2>\n\n<p>Gestisco il mio personale <strong>Server di posta<\/strong>, Utilizzo quotidianamente le intestazioni per garantire la qualit\u00e0. Verifico se le e-mail in uscita hanno le firme previste e se i server dei destinatari le vedono correttamente. Scopro rapidamente gli errori nella stabilit\u00e0 delle firme attraverso i risultati dell'autenticazione. Osservo le regole di canonicit\u00e0 e i dettagli di formato per garantire firme coerenti. Ricevo informazioni pratiche su argomenti quali <a href=\"https:\/\/webhosting.de\/it\/dkim-canonizzazione-firma-stabilita-server-di-posta-sicurezza\/\">DKIM-Canonizzazione<\/a>, per eliminare definitivamente le deviazioni.<\/p>\n\n<h2>Esempio pratico: e-mail di fattura sospetta<\/h2>\n\n<p>In un caso, un'e-mail di fatturazione aveva il seguente aspetto <strong>genuino<\/strong> ma la catena ricevuta si distingueva. L'IP del mittente si trovava in una rete che non corrispondeva al marchio. L'SPF \u00e8 stato verificato positivamente, ma il dominio di invio non corrispondeva al Da. Il DKIM era completamente assente, sebbene il marchio fosse altrimenti firmato. L'intestazione mostrava quindi chiaramente <strong>Phishing<\/strong>-Nonostante l'impaginazione perfetta.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/06\/spam_analyse_5829.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Evitare gli errori pi\u00f9 comuni durante la valutazione<\/h2>\n\n<p>Non mi affido mai a uno solo <strong>Valore<\/strong>, perch\u00e9 i singoli campi possono essere fuorvianti. Prestare attenzione solo all'indirizzo visibile del mittente \u00e8 spesso fuorviante. Non ignoro nemmeno i fusi orari, perch\u00e9 gli orari errati nascondono percorsi sospetti. Analizzo le firme DKIM mancanti nel contesto dei reindirizzamenti. Solo il quadro complessivo fornisce una conclusione <strong>Decisione<\/strong>, se \u00e8 presente dello spam.<\/p>\n\n<h2>Quando l'analisi \u00e8 particolarmente utile<\/h2>\n\n<p>Ricorro all'analisi dell'intestazione quando i filtri sono inaspettatamente <strong>fallire<\/strong> o bloccare le e-mail legittime. I rimbalzi non chiari, le inondazioni improvvise di spam o le campagne vistose ne traggono il massimo vantaggio. Gli schemi di diversi messaggi mostrano server ricorrenti, intervalli IP o firme errate. Questi indizi rendono pi\u00f9 precise le linee guida e le impostazioni dei server. Ogni valutazione pulita riduce gli sforzi, fa risparmiare denaro e rafforza il sistema. <strong>Consegna<\/strong>.<\/p>\n\n\n<figure class=\"wp-block-image size-full is-resized\">\n  <img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/06\/mailserver-analyse-bild-4132.png\" alt=\"\" width=\"1536\" height=\"1024\"\/>\n<\/figure>\n\n\n<h2>Breve riassunto: cosa si attacca<\/h2>\n\n<p>Riconosco rapidamente gli inganni quando <strong>Intestazione<\/strong> completamente, controllare il percorso a ritroso e valutare l'autenticazione nel composito. Le righe ricevute, l'IP del mittente, il percorso di ritorno e i risultati dell'autenticazione forniscono indizi affidabili. \u00c8 cos\u00ec che separo le e-mail autentiche dei clienti dalle frodi e riparo i percorsi di consegna senza fare congetture. Il metodo \u00e8 adatto sia ai principianti che ai professionisti, poich\u00e9 offre passaggi chiari. Chi lavora in questo modo riduce lo spam, protegge l'identit\u00e0 del marchio e aumenta il valore della posta elettronica. <strong>affidabilit\u00e0<\/strong> nel traffico postale.<\/p>","protected":false},"excerpt":{"rendered":"<p>L'analisi delle intestazioni dei server di posta elettronica aiuta a rilevare lo spam, a controllare il phishing e a risolvere i problemi di consegna. Come leggere correttamente le intestazioni, l'autenticazione e i percorsi di invio.<\/p>","protected":false},"author":1,"featured_media":19754,"comment_status":"","ping_status":"","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"inline_featured_image":false,"footnotes":""},"categories":[821],"tags":[],"class_list":["post-19761","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-spambekaempfung-web_hosting"],"acf":[],"_wp_attached_file":null,"_wp_attachment_metadata":null,"litespeed-optimize-size":null,"litespeed-optimize-set":null,"_elementor_source_image_hash":null,"_wp_attachment_image_alt":null,"stockpack_author_name":null,"stockpack_author_url":null,"stockpack_provider":null,"stockpack_image_url":null,"stockpack_license":null,"stockpack_license_url":null,"stockpack_modification":null,"color":null,"original_id":null,"original_url":null,"original_link":null,"unsplash_location":null,"unsplash_sponsor":null,"unsplash_exif":null,"unsplash_attachment_metadata":null,"_elementor_is_screenshot":null,"surfer_file_name":null,"surfer_file_original_url":null,"envato_tk_source_kit":null,"envato_tk_source_index":null,"envato_tk_manifest":null,"envato_tk_folder_name":null,"envato_tk_builder":null,"envato_elements_download_event":null,"_menu_item_type":null,"_menu_item_menu_item_parent":null,"_menu_item_object_id":null,"_menu_item_object":null,"_menu_item_target":null,"_menu_item_classes":null,"_menu_item_xfn":null,"_menu_item_url":null,"_trp_menu_languages":null,"rank_math_primary_category":null,"rank_math_title":null,"inline_featured_image":null,"_yoast_wpseo_primary_category":null,"rank_math_schema_blogposting":null,"rank_math_schema_videoobject":null,"_oembed_049c719bc4a9f89deaead66a7da9fddc":null,"_oembed_time_049c719bc4a9f89deaead66a7da9fddc":null,"_yoast_wpseo_focuskw":null,"_yoast_wpseo_linkdex":null,"_oembed_27e3473bf8bec795fbeb3a9d38489348":null,"_oembed_c3b0f6959478faf92a1f343d8f96b19e":null,"_trp_translated_slug_en_us":null,"_wp_desired_post_slug":null,"_yoast_wpseo_title":null,"tldname":null,"tldpreis":null,"tldrubrik":null,"tldpolicylink":null,"tldsize":null,"tldregistrierungsdauer":null,"tldtransfer":null,"tldwhoisprivacy":null,"tldregistrarchange":null,"tldregistrantchange":null,"tldwhoisupdate":null,"tldnameserverupdate":null,"tlddeletesofort":null,"tlddeleteexpire":null,"tldumlaute":null,"tldrestore":null,"tldsubcategory":null,"tldbildname":null,"tldbildurl":null,"tldclean":null,"tldcategory":null,"tldpolicy":null,"tldbesonderheiten":null,"tld_bedeutung":null,"_oembed_d167040d816d8f94c072940c8009f5f8":null,"_oembed_b0a0fa59ef14f8870da2c63f2027d064":null,"_oembed_4792fa4dfb2a8f09ab950a73b7f313ba":null,"_oembed_33ceb1fe54a8ab775d9410abf699878d":null,"_oembed_fd7014d14d919b45ec004937c0db9335":null,"_oembed_21a029d076783ec3e8042698c351bd7e":null,"_oembed_be5ea8a0c7b18e658f08cc571a909452":null,"_oembed_a9ca7a298b19f9b48ec5914e010294d2":null,"_oembed_f8db6b27d08a2bb1f920e7647808899a":null,"_oembed_168ebde5096e77d8a89326519af9e022":null,"_oembed_cdb76f1b345b42743edfe25481b6f98f":null,"_oembed_87b0613611ae54e86e8864265404b0a1":null,"_oembed_27aa0e5cf3f1bb4bc416a4641a5ac273":null,"_oembed_time_27aa0e5cf3f1bb4bc416a4641a5ac273":null,"_tldname":null,"_tldclean":null,"_tldpreis":null,"_tldcategory":null,"_tldsubcategory":null,"_tldpolicy":null,"_tldpolicylink":null,"_tldsize":null,"_tldregistrierungsdauer":null,"_tldtransfer":null,"_tldwhoisprivacy":null,"_tldregistrarchange":null,"_tldregistrantchange":null,"_tldwhoisupdate":null,"_tldnameserverupdate":null,"_tlddeletesofort":null,"_tlddeleteexpire":null,"_tldumlaute":null,"_tldrestore":null,"_tldbildname":null,"_tldbildurl":null,"_tld_bedeutung":null,"_tldbesonderheiten":null,"_oembed_ad96e4112edb9f8ffa35731d4098bc6b":null,"_oembed_8357e2b8a2575c74ed5978f262a10126":null,"_oembed_3d5fea5103dd0d22ec5d6a33eff7f863":null,"_eael_widget_elements":null,"_oembed_0d8a206f09633e3d62b95a15a4dd0487":null,"_oembed_time_0d8a206f09633e3d62b95a15a4dd0487":null,"_aioseo_description":null,"_eb_attr":null,"_eb_data_table":null,"_oembed_819a879e7da16dd629cfd15a97334c8a":null,"_oembed_time_819a879e7da16dd629cfd15a97334c8a":null,"_acf_changed":null,"_wpcode_auto_insert":null,"_edit_last":null,"_edit_lock":null,"_oembed_e7b913c6c84084ed9702cb4feb012ddd":null,"_oembed_bfde9e10f59a17b85fc8917fa7edf782":null,"_oembed_time_bfde9e10f59a17b85fc8917fa7edf782":null,"_oembed_03514b67990db061d7c4672de26dc514":null,"_oembed_time_03514b67990db061d7c4672de26dc514":null,"rank_math_news_sitemap_robots":null,"rank_math_robots":null,"_eael_post_view_count":"99","_trp_automatically_translated_slug_ru_ru":null,"_trp_automatically_translated_slug_et":null,"_trp_automatically_translated_slug_lv":null,"_trp_automatically_translated_slug_fr_fr":null,"_trp_automatically_translated_slug_en_us":null,"_wp_old_slug":null,"_trp_automatically_translated_slug_da_dk":null,"_trp_automatically_translated_slug_pl_pl":null,"_trp_automatically_translated_slug_es_es":null,"_trp_automatically_translated_slug_hu_hu":null,"_trp_automatically_translated_slug_fi":null,"_trp_automatically_translated_slug_ja":null,"_trp_automatically_translated_slug_lt_lt":null,"_elementor_edit_mode":null,"_elementor_template_type":null,"_elementor_version":null,"_elementor_pro_version":null,"_wp_page_template":null,"_elementor_page_settings":null,"_elementor_data":null,"_elementor_css":null,"_elementor_conditions":null,"_happyaddons_elements_cache":null,"_oembed_75446120c39305f0da0ccd147f6de9cb":null,"_oembed_time_75446120c39305f0da0ccd147f6de9cb":null,"_oembed_3efb2c3e76a18143e7207993a2a6939a":null,"_oembed_time_3efb2c3e76a18143e7207993a2a6939a":null,"_oembed_59808117857ddf57e478a31d79f76e4d":null,"_oembed_time_59808117857ddf57e478a31d79f76e4d":null,"_oembed_965c5b49aa8d22ce37dfb3bde0268600":null,"_oembed_time_965c5b49aa8d22ce37dfb3bde0268600":null,"_oembed_81002f7ee3604f645db4ebcfd1912acf":null,"_oembed_time_81002f7ee3604f645db4ebcfd1912acf":null,"_elementor_screenshot":null,"_oembed_7ea3429961cf98fa85da9747683af827":null,"_oembed_time_7ea3429961cf98fa85da9747683af827":null,"_elementor_controls_usage":null,"_elementor_page_assets":[],"_elementor_screenshot_failed":null,"theplus_transient_widgets":null,"_eael_custom_js":null,"_wp_old_date":null,"_trp_automatically_translated_slug_it_it":null,"_trp_automatically_translated_slug_pt_pt":null,"_trp_automatically_translated_slug_zh_cn":null,"_trp_automatically_translated_slug_nl_nl":null,"_trp_automatically_translated_slug_pt_br":null,"_trp_automatically_translated_slug_sv_se":null,"rank_math_analytic_object_id":null,"rank_math_internal_links_processed":"1","_trp_automatically_translated_slug_ro_ro":null,"_trp_automatically_translated_slug_sk_sk":null,"_trp_automatically_translated_slug_bg_bg":null,"_trp_automatically_translated_slug_sl_si":null,"litespeed_vpi_list":null,"litespeed_vpi_list_mobile":null,"rank_math_seo_score":null,"rank_math_contentai_score":null,"ilj_limitincominglinks":null,"ilj_maxincominglinks":null,"ilj_limitoutgoinglinks":null,"ilj_maxoutgoinglinks":null,"ilj_limitlinksperparagraph":null,"ilj_linksperparagraph":null,"ilj_blacklistdefinition":null,"ilj_linkdefinition":null,"_eb_reusable_block_ids":null,"rank_math_focus_keyword":"Mailserver Header","rank_math_og_content_image":null,"_yoast_wpseo_metadesc":null,"_yoast_wpseo_content_score":null,"_yoast_wpseo_focuskeywords":null,"_yoast_wpseo_keywordsynonyms":null,"_yoast_wpseo_estimated-reading-time-minutes":null,"rank_math_description":null,"surfer_last_post_update":null,"surfer_last_post_update_direction":null,"surfer_keywords":null,"surfer_location":null,"surfer_draft_id":null,"surfer_permalink_hash":null,"surfer_scrape_ready":null,"_thumbnail_id":"19754","footnotes":null,"_links":{"self":[{"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/posts\/19761","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/comments?post=19761"}],"version-history":[{"count":0,"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/posts\/19761\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/media\/19754"}],"wp:attachment":[{"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/media?parent=19761"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/categories?post=19761"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/webhosting.de\/it\/wp-json\/wp\/v2\/tags?post=19761"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}