IIS / SMTP: le e-mail sono bloccate in mailroot / Queue

Sto cercando di inviare e-mail tramite SMTP nella directory di prelievo IIS. Sfortunatamente le e-mail stanno andando nella cartella mailroot / queue e restano lì. In realtà non vengono mai inviati.

Qualcuno sa perché questo potrebbe accadere e una potenziale soluzione al problema?

Si è verificato un problema simile con File bloccato nella coda. Nel gestore IIS, Server virtuale SMTP> Proprietà> Delievery> Connessioni in uscita. L'opzione per è Limit number of connections tostata selezionata e il valore era 0. Quindi è stato configurato per non effettuare mai connessioni in uscita, facendo sì che le e-mail non lascino mai il server. Deselezionai l'opzione e riavviai il server SMTP e tutto andava bene.

Ho avuto questo problema oggi.

Dopo aver riavviato il servizio "SMTP (Simple Mail Transfer Protocol)", ha ripreso a funzionare.

Solo per la cronaca: abbiamo avuto un caso in cui il server non poteva più risolvere i nomi a causa di impostazioni DNS errate. Il comportamento risultante era esattamente quello che hai descritto.

IISRESET ha risolto questo problema per me. Credo che sia simile alla soluzione di reimpostazione del servizio SMTP poiché questo servizio dipende da IIS. Dopo aver riavviato la posta all'interno di C: \ inetpub \ mailroot \ Queue ha iniziato a scomparire!

Ho riscontrato questo problema di recente. Nel mio caso, si è rivelato un problema con la definizione del server DNS in una scheda di rete (questo ha due per qualche motivo a mia insaputa). Il server DNS designato è stato impostato su "127.0.0.1" anziché sul normale "8.8.8.8" normalmente utilizzato su questa rete. Ho cambiato questo con il valore corretto, ho riavviato il mio server SMTP e le e-mail in coda sono state immediatamente distribuite.

Come ho capito che per esaminare il problema della definizione DNS:

• Usato nslookup per trovare un server mx da testare (testato 5 o 6 diversi)
• Ho provato a telnet al server (ogni volta ho incontrato un messaggio "impossibile connettersi" che mi ha fatto inizialmente pensare ai problemi del firewall)
• Ho provato a eseguire il ping del valore per il server mx testato (ogni volta incontrato un messaggio "impossibile connettersi all'host")

Spero che questo possa aiutare qualcun altro, non era qualcosa che avrei pensato di guardare inizialmente.

In base alla mia esperienza, ciò è generalmente dovuto al fatto che SMTP IIS tenta di inviare e riscontrare un errore temporaneo (codice di risposta 4xx). Hai attivato la registrazione per il servizio SMTP IIS e riesaminato il registro? Scusate se è tutto ovvio, ma è difficile conoscere la causa o la correzione senza sapere cosa mostra il registro.

Penso che il problema potrebbe essere che c'è una confusione tra IPv4 e IPv6 sul sistema, quindi quando si specifica localhost, viene scelto il protocollo IPv6 predefinito. Ho avuto lo stesso problema oggi ed è stato risolto dopo che il riferimento di localhost all'indirizzo IPv6 negli host è stato eliminato, anche se potrebbe essere stata una coincidenza (sto anche configurando SVN). Quindi ecco la mia configurazione per ogni evenienza:

1. In IIS7 ho l'opzione "Consegna al server SMTP" abilitata con localhost come server prescelto.
2. In IIS6 ho accesso impostato su solo 127.0.0.1, nessuna autenticazione per l'entrata o l'uscita.

Ho armeggiato con le impostazioni tutto il giorno, quindi, a dire il vero, non sono sicuro di cos'altro avrebbe potuto influenzare il fatto che ora funziona. Spero che questo aiuti almeno un po 'però.

Il primo posto dove cercare sono i file di registro del server. Questo ti dirà se il tuo server ha problemi con l'invio a host specifici. La maggior parte delle volte questo accade (nelle mie esperienze) di solito è il DNS (o da parte tua o da remoto) che è il colpevole.

Il server SMTP sta cercando un host / gateway SMTP a cui inviare la posta.

Se si sta tentando di inviare a localhost, l'IP localhost sarebbe il gateway. Se stai tentando di inviare a un indirizzo email esterno come gmail o hotmail, dovrai aggiungere il gateway di posta del tuo ISP come smart host.

Per configurare uno smart host:

1. In Gestione IIS, fare clic con il pulsante destro del mouse sul server virtuale SMTP e quindi fare clic su Proprietà.
2. Fare clic sulla scheda Consegna, quindi su Avanzate.
3. Nella casella Smart host, digitare il nome del server smart host. È possibile digitare una stringa per rappresentare un nome o immettere un indirizzo IP.
4. Se si desidera che il servizio SMTP tenti di recapitare i messaggi remoti direttamente prima di inoltrarli al server smart host, selezionare la casella di controllo Tenta consegna diretta prima di inviarli allo smart host. L'impostazione predefinita è inviare tutti i messaggi remoti allo smart host, non tentare la consegna diretta.

Ho avuto lo stesso problema dopo il passaggio del servizio di posta elettronica da un host a un altro (uno nuovo è Office 365). Dopo molte prove ed errori, ha finalmente iniziato a funzionare facendo questo:

1. Aggiungi il mio dominio e-mail a IIS 6 come dominio "remoto". (Questo è il dominio ospitato in O365 e tutti gli account utente utilizzano.)
2. In IIS 6, fai doppio clic su quel dominio; in "Instrada dominio" seleziona "Inoltra tutta la posta allo smart host" e inserisci il tuo server (nel mio caso "smtp.office365.com"). Seleziona anche la casella "Consenti alla posta in arrivo di essere inoltrata a questo dominio".
3. In IIS 6, fare clic con il pulsante destro del mouse sul server virtuale SMTP> Proprietà.
   • Scheda Generale: fare clic su Avanzate e aggiungere l'IP del server locale e la porta 587
   • Scheda Accesso: assicurarsi che "Richiedi crittografia TLS" sia selezionato. Ho dovuto creare un certificato di dominio in IIS 7 con il nome del mio dominio di posta elettronica.
   • Scheda Accesso: aggiungi l'IP del tuo server locale agli elenchi "Connessione" e "Inoltro".
   • Scheda Consegna: Sicurezza in uscita: selezionare l'autenticazione di base, immettere le credenziali di un utente con licenza valido; seleziona la casella "Crittografia TLS"
   • Scheda Consegna: connessioni in uscita: immettere 587 per la porta TCP
   • Scheda Consegna: Avanzate: inserisci il tuo dominio di posta elettronica come "Nome di dominio completo" e il tuo server di posta elettronica come "Smart host" (di nuovo nel mio caso smtp.office365.com).

Firewall: ho letto che è necessario aprire la porta 587 per l'uscita. (Non l'ho fatto perché questo è un server VOIP che ha bisogno del suo firewall spento.)

Office 365: aggiungi un "connettore" in Ammin.> Exchange per consentire il tuo IP statico locale. Microsoft fornisce tali istruzioni online.

Ho affrontato questo problema di recente. Qualcuno aveva installato MalwareBytes sul server smtp e le cartelle mailroot smtp non erano autorizzate. Il software ha trattato tutto nella coda come una potenziale campagna di spam e ha lasciato il tempo sufficiente per passare a badmail. Tutti i domini sono stati interessati. Mi aveva lasciato perplesso (operazione impeccabile ormai da anni ..) fino a quando non ho guardato i processi in esecuzione e ho notato l'ape di mbam.

Ho avuto lo stesso problema. Come altri hanno affermato che era legato al DNS. Ho una zona di ricerca diretta sui nostri server DNS interni per il nostro nome di dominio pubblico (che è diverso dal nostro nome di dominio interno). Ho dovuto aggiungere i record MX in questa zona di ricerca diretta interna per abbinare i record MX sui nostri record DNS di dominio pubblico. Questo ha risolto il problema.