Mantieni separati l'invio e l'accettazione dei biglietti
Un indirizzo di supporto ha due compiti: accettare la richiesta di un cliente e identificare la risposta. Dimostrare l'uno non dimostra l'altro. Avvia questa modifica insieme all'amministratore Gorelo, al proprietario DNS autorevole e all'attuale amministratore della casella di posta. Registra l'indirizzo pubblico desiderato, il percorso di ricezione esistente e i gruppi di ticket che dovrebbero gestirlo. Conserva una copia delle risposte DNS esistenti e delle impostazioni di inoltro prima di apportare una modifica.
Gorelo documenta un servizio di consegna basato su Mailgun utilizzando un sottodominio di invio dedicato mentre i clienti continuano a interagire con l'indirizzo pubblico. Non considerare il sottodominio come una richiesta di sostituzione del normale servizio di casella di posta della tua organizzazione. I record esatti devono provenire dall'account, non da un esempio generico Mailgun . Progettazione della consegna Gorelo
Configura il dominio e gli indirizzi
In Impostazioni > E-mail > Impostazioni, scegli Aggiungi dominio, inserisci il dominio desiderato e pubblica i record visualizzati sul tuo host DNS . Conserva l'etichetta gorelo nei proprietari generati e utilizza Verifica. L'aggiunta di un dominio crea indirizzi help@ ticketing e account@ fatturazione predefiniti; quest'ultimo è solo in uscita. Modifica l'indirizzo del ticket per rivedere l'identità Da/Rispondi a e le restrizioni del gruppo. Domini personalizzati
Prima della pubblicazione, espandi ciascun nome DNS relativo al nome completo del proprietario in un foglio di lavoro. Alcune interfacce DNS aggiungono la zona automaticamente. Un valore copiato correttamente dal proprietario sbagliato è comunque un'installazione non riuscita. Se un proprietario dispone già di dati, stabilirne lo scopo prima di sostituirli. Preservarne uno solo SPF policy presso ciascun proprietario applicabile e controlla il costo totale della ricerca DNS , comprese le inclusioni nidificate.
Per l'accettazione dei ticket, utilizzare la destinazione di inoltro dell'account per la casella di posta esistente corrispondente. Limita qualsiasi eccezione di inoltro esterno alla casella di posta approvata anziché aprire l'inoltro a livello globale. Una modifica del routing può esporre i contenuti del ticket in entrata, quindi ottenere la normale approvazione interna prima di abilitarla. Non creare un loop tra la casella di posta originale e quella di destinazione.
Esegui un test di accettazione a tre percorsi
Piano di test originale: inviare prima una richiesta innocua direttamente alla destinazione di inoltro configurata. Quindi inviane un altro all'indirizzo di supporto pubblico. Confermare che entrambi raggiungano la coda prevista e che il test dell'indirizzo pubblico non crei ticket duplicati o in loop. Infine, rispondi dal ticket e invia un esempio di fatturazione controllata se la fatturazione rientra nell'ambito. Utilizza contenuti sintetici e destinatari controllati, mai una vera fattura non pagata semplicemente per testare la consegna.
Per ogni messaggio in uscita, conservare i risultati dell'autenticazione del destinatario attendibile, visibili dal dominio, SMTP mittente della busta, DKIM dominio di firma e selettore. Controlla che un'identità SPF o DKIM di passaggio sia allineata con Da sotto l'applicabile DMARC allineamento modalità. Una creazione riuscita del ticket e la verifica DNS di Gorelo sono osservazioni utili, ma nessuna delle due sostituisce questo controllo del messaggio ricevuto.
Fallimento illustrativo: il test di destinazione dell'inoltro diretto funziona, ma l'indirizzo pubblico no. Ciò indirizza la prossima indagine verso la regola o le restrizioni di inoltro della casella di posta esistente, non verso una sostituzione immediata della chiave DKIM. Se l'immissione funziona ma le risposte non riescono ad allinearsi, esaminare invece l'identità in uscita.
Recupera senza interrompere gli altri messaggi di posta
Metti in pausa l'indirizzo o il flusso di lavoro interessato prima di modificare più livelli contemporaneamente. Ripristina solo l'ultimo inoltro approvato o la modifica DNS che ha causato l'errore e verifica che la casella di posta originale rimanga raggiungibile. Conserva i vecchi record di firma validi finché non vengono presi in considerazione i messaggi in coda e la memorizzazione nella cache. Ripeti il test a tre percorsi dopo una migrazione DNS , uno spostamento della casella di posta o una modifica dell'indirizzo del mittente.
Questa è una guida basata sulla documentazione rivista l'8 novembre 2026. Nessun account Gorelo, zona DNS , ticket o messaggio ricevuto è stato testato; il piano di accettazione e l'esempio di fallimento costituiscono una guida illustrativa originale.
Assegnare gli errori al percorso di posta corretto
Il caso scritto GO-01 stabilisce che una richiesta innocua indirizzata direttamente alla destinazione di inoltro Gorelo configurata raggiunge il gruppo previsto, ma lo stesso tipo di richiesta inviata a help@example.com no. Una risposta tramite il percorso diretto ha From help@example.com e passaggio DKIM attendibile con d=example.com e s=ticket1; il suo risultato SPF è sconosciuto. Quella singola risposta ha un esatto allineamento DKIM , ma non dice nulla sulla mancanza dell'indirizzo pubblico. L'amministratore della casella di posta esistente dovrebbe verificare la regola di inoltro e la destinazione approvate, mentre il proprietario del ticket preserva il percorso di risposta funzionante. Non sostituire le chiavi DKIM per riparare la presa senza prove. Tutte le identità e i risultati sono presupposti didattici; non è stato creato alcun biglietto, documento di fatturazione o messaggio.
Preservare il confine dell'applicazione
RFC 9989 La sezione 7.4 richiede DKIM valido, non solo SPF , per la pubblicazione dei domini p=rejecte mette in guardia sull'interoperabilità della posta indiretta e delle mailing list. Un singolo test di messaggio diretto riuscito non è la prova che ogni percorso legittimo sia pronto per una politica più forte. Mantenere la protezione approvata esistente diagnosticando al tempo stesso il divario effettivo; qualsiasi cambiamento di politica necessita di una propria decisione.