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


25

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?


1
Ho avuto lo stesso problema, ma si è scoperto che ciò si stava verificando solo per un dominio / server di destinazione specifico, ovvero stavo inviando un'email a me stesso / ai colleghi utilizzando gli indirizzi di lavoro (server Exchange) e la posta si trova semplicemente in coda. Ho accidentalmente inviato uno al mio account personale di Gmail e ha inviato senza problemi. Successivamente testato con hotmail e un altro server Exchange come destinazione e posta inviata correttamente. Tuttavia, per capire qual è il problema, ma se qualcuno ha ancora un problema simile, potrebbe essere controllando questo!
Matt,

@MatthewSwain Sto vedendo la stessa cosa qui. Centinaia, se non migliaia, di mail inviate correttamente, ma 53 mail sono attualmente bloccate in coda. Sembrano essere tutti per destinatari / domini specifici.
Zero3,

Risposte:


18

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.


Buona cattura di questo .. comunque non ricordo nemmeno di essere andato su quella finestra in primo luogo per verificare quell'opzione .. non sono sicuro di come sia finito con uno 0 in primo luogo !!
krilovich,

Questo è successo per noi oggi. Sono entrato per modificare un'impostazione e "limitare il numero di connessioni a" nella scheda "Generale" è stato verificato e ha anche "0". Evidentemente anche questo ha cambiato l'impostazione "Connessioni in uscita".
Travis,

7

Ho avuto questo problema oggi.

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


4

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.


1
Qual è stato il problema DNS?
Shaamaan,

Nel mio caso, ho dovuto riavviare i nostri controller di dominio. per qualsiasi motivo, le e-mail a un cliente specifico non stavano arrivando. Ospitiamo un box con l'impostazione del dominio uguale ai client se questo dà a chiunque un indizio sul perché ciò accada e accade periodicamente ... nessuna rima o motivo
Dave,

1

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!


1

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.


0

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.


1
Per niente ovvio. Non so molto su IIS ecc. [Dovrei] ma mi concentro principalmente sul codice, non sui contenuti dell'amministratore di sistema. Non sono nemmeno sicuro di come impostare il registro.
Jack Marchetti,

L'unica cosa che ho visto è questa: Azione: non riuscita Stato: 5.3.5
Jack Marchetti

Per abilitare il registro, aprire l'Amministratore IIS 6 (anche se si utilizza IIS 7, il servizio SMTP fa ancora parte di IIS 6), fare clic con il tasto destro del mouse sulle proprietà del servizio SMTP e andare alla scheda di registrazione. Dovresti essere in grado di abilitare il registro e / o trovare la posizione del registro lì.
jlupolt,

0

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ò.


0

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.


0

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.

0

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.


0

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.


-2

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.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.