Groups | Search | Server Info | Keyboard shortcuts | Login | Register

Groups > it.comp.software.mailreader > #4151

Re: Se c'è ancora qualcuno qui... problemi di mail server

Show all headers | View raw

mauro:

> Il 13/11/2025 15:13, Luca ha scritto:
> > Luca:
> 
> > Sono davvero impressionato. Si direbbe proprio che l'AI, a saperla usare, sia
> > un passo avanti per l'umanità. Ora so con ragionevole certezza chi ha
> > cappellato e in che cosa, li mortacci loro.

> probabilmente l'hai interrogata per un argomento nel quale eccelle e 
> dove in rete ci sono galassie di informazioni che lei sa cercare e sa 
> aggregare.
> Mentre invece su cultura generale , geopolitica , storia recente, 
> attualità, bricolage, gastronomia, ecc... risponde con autorevoli 
> supercazzole [...] facilmente si 
> scoprono strafalcioni.

Ci saranno strafalcioni in queste risposte?

--------
Domanda:
--------

Abbiamo due gruppi di mailbox: 

1° gruppo: 
@dominio.it  
gestite da un ente con server POP, IMAP e SMTP mail.dominio.it 

2° gruppo: 
@utenti.dominio.it 
gestite su Google

Al momento è impossibile inviare email da @utenti.dominio.it a @dominio.it.
Dov'è il problema?

---------
Risposta:
---------

Il problema è dovuto a una configurazione errata dei
record MX (Mail Exchange) per il dominio principale dominio.it. 
Analisi del problema con dati reali
Ho verificato i record DNS pubblici per i domini in questione utilizzando
strumenti di ricerca DNS standard (come MxToolbox e Google Admin Toolbox Dig).
Stato attuale dei record MX

    Per @utenti.dominio.it (gestito da Google): I record MX sono correttamente
impostati sui server di Google (ad esempio, aspmx.l.google.com), ed è per
questo che gli utenti di questo sottodominio funzionano correttamente.
    Per @dominio.it (server locale mail.dominio.it): Attualmente non risultano
record MX pubblici configurati per il dominio principale dominio.it. 

La Causa dell'Errore
Quando un utente di @utenti.dominio.it invia un'email a @dominio.it, il server
di Google esegue una ricerca DNS per dominio.it. Poiché non trova record MX
validi, non sa a quale server di posta indirizzare l'email e restituisce
l'errore "destinatario inesistente" (o "host sconosciuto/irraggiungibile"). 
Il server mail.dominio.it funziona probabilmente solo perché è configurato
internamente per accettare posta, ma non è raggiungibile pubblicamente tramite
i record DNS standard.

-------
Domanda
-------

Allora come mai le email @dominio.it ricevono posta regolarmente da altri
gestori che non siano @utenti.dominio.it?

--------
Risposta
--------

Il fatto che gli account @dominio.it ricevano email da altri gestori (come
Gmail, Outlook, Libero, ecc.) significa che, sebbene gli strumenti di
diagnostica pubblica non mostrino record MX chiari, il DNS è configurato in un
modo alternativo ma funzionante per la maggior parte del traffico esterno.
Ecco le due possibili spiegazioni tecniche del perché funziona con gli esterni
ma non con Google/@utenti.dominio.it:
1. Il server mail.dominio.it è definito come record A (Host)
Molto probabilmente, il traffico email da gestori esterni arriva a
destinazione perché l'IP del server è definito tramite un record A (Address
record) per mail.dominio.it, e questi gestori sono sufficientemente
"intelligenti" da tentare di inviare la posta a un server che si identifica
come "mail server" anche senza un record MX esplicito.
2. Il problema è specificamente dovuto alla gestione interna di Google
Workspace
Il motivo per cui solo @utenti.dominio.it ha problemi è che Google Workspace
applica regole DNS molto più rigide e precise quando gestisce domini e
sottodomini "correlati".
Quando invii da @utenti.dominio.it a @dominio.it, Google considera i due
domini come parte della stessa "famiglia" o configurazione aziendale, a meno
che non gli venga esplicitamente detto il contrario.
Se la configurazione DNS di @dominio.it è ambigua (come sembra essere senza
record MX espliciti), Google preferisce dare un errore "destinatario
inesistente" piuttosto che tentare un invio casuale. Google si aspetta di
trovare un record MX canonico per instradare la posta interna verso il server
esterno.

In sintesi:
    Gli altri provider esterni accettano una configurazione DNS imperfetta e
inviano comunque la posta.
    Google (per @utenti.dominio.it) segue le specifiche RFC sui DNS in modo
molto rigido e richiede un record MX esplicito per risolvere la destinazione
correttamente, altrimenti nega l'invio.

La soluzione è l'aggiunta di un record MX esplicito per dominio.it che punti a
mail.dominio.it risolverà il problema di invio da parte di Google, uniformando
la configurazione e rendendola pienamente conforme agli standard
internazionali.

--------
domanda
--------

Ok. Invece, per quel che riguarda il rimbalzo delle email da @dominio.it a
@utenti.dominio.it, si tratta di un problema diverso o dello stesso problema?

--------
risposta
--------

È molto probabile che si tratti di un
problema separato e di natura differente, che riguarda la configurazione del
server locale mail.dominio.it, e non più i record DNS.

Analisi del problema da @dominio.it a @utentiutenti.dominio.it

In questo caso, il flusso è inverso:

    L'utente invia da @dominio.it (server locale mail.dominio.it).
    Il server locale deve inviare a @utenti.dominio.it (Google Workspace).

Il problema che riscontra è quasi certamente dovuto a come il server locale
(mail.dominio.it) è configurato per gestire i domini.
La Causa dell'Errore
Il server mail.dominio.it è probabilmente configurato per gestirsi come
autoritativo per il dominio principale dominio.it, ma non è stato istruito
correttamente a considerare @utenti.dominio.it come un dominio remoto o
esterno che richiede l'invio tramite i record MX di Google.
Il server locale pensa che @utenti.dominio.it sia un sottodominio locale che
dovrebbe gestire lui stesso. Quando un utente tenta di inviare a un indirizzo
che non esiste localmente, il server genera l'errore "destinatario
inesistente" senza nemmeno tentare di cercarlo all'esterno.
La Soluzione
La soluzione richiede una modifica sul server locale mail.dominio.it, non sui
DNS pubblici. L'amministratore del server locale deve:

    Configurare utenti.dominio.it come dominio "remoto" o "esterno": Nelle
impostazioni del server di posta (ad es. Postfix, Exim, Exchange, ecc.), è
necessario aggiungere una regola che indichi esplicitamente al server di non
considerarsi autoritativo per utenti.dominio.it, ma di inoltrare tutta la
posta destinata a quel sottodominio al server di posta corretto (che, in
questo caso, è Google, usando i suoi record MX pubblici).
    Verificare le regole di routing: Assicurarsi che il server esegua una
ricerca MX per @utenti.dominio.it quando tenta di inviare un'email.

In sintesi:
Direzione Email
	Problema	Soluzione
@utenti a @dominio.it	DNS (mancano Record MX per dominio.it)	Aggiungere
Record MX pubblici.
@.dominio.it a @utenti	Configurazione server locale (routing interno)
Configurare il server locale per trattare @utenti.dominio.it come dominio
remoto.

-- 
Luca - e-mail: p.stevens at libero.it

Back to it.comp.software.mailreader | Previous | Next — Previous in thread | Next in thread | Find similar

Thread

Se c'è ancora qualcuno qui... problemi di mail server Luca <luca@no.spam.invalid> - 2025-11-13 13:14 +0100
  Re: Se c'è ancora qualcuno qui... problemi di mail server Luca <luca@no.spam.invalid> - 2025-11-13 15:13 +0100
    Re: Se c'è ancora qualcuno qui... problemi di mail server mauro <x.togliquesto.ricci@tiscali.it> - 2025-11-13 18:38 +0100
      Re: Se c'è ancora qualcuno qui... problemi di mail server Luca <luca@no.spam.invalid> - 2025-11-13 19:16 +0100
        Re: Se c'è ancora qualcuno qui... problemi di mail server mauro <x.togliquesto.ricci@tiscali.it> - 2025-11-13 19:36 +0100
        Re: Se c'è ancora qualcuno qui... problemi di mail server Allen <allen@spamfence.net> - 2025-11-13 20:42 +0000
          Re: Se c'è ancora qualcuno qui... problemi di mail server Luca <luca@no.spam.invalid> - 2025-11-16 23:27 +0100
            Re: Se c'è ancora qualcuno qui... problemi di mail server Allen <allen@spamfence.net> - 2025-11-19 18:17 +0000

csiph-web