Il server di Exchange SBS 2003 ha interrotto la ricezione della posta durante il fine settimana, i mittenti ottengono l'errore "Accesso negato accesso"

Innanzitutto, devo dire che conosco bene la mia strada verso Windows, non so davvero la prima cosa su Exchange.

Sto cercando di supportre un utente che esegue un server SBS2003 con Exchange. Durante il fine settimana tutti inviando qualcosa a uno qualsiasi dei suoi indirizzi ricevono un messaggio di errore come quello riportto di seguito:

  • Può un gioco di dominio Windows giocare insieme a un servizio di Hosted Exchange?
  • Vantaggi di utilizzare un sottodominio per l'invio di email?
  • Come monitorare gli events di Windows Server con Centreon Nagios
  • Correggere gli errori di inserimento negli indirizzi email inseriti dall'utente
  • Come interrompere Outlook 2007 chiedendo le credenziali quando si utilizza RPC su HTTPS
  • "Microsoft" dispone di uno strumento online per risolvere i problemi di Exchange - è affascinante?
  • Delivery to the following recipient failed permanently: recipient@jfzassoc.com Technical details of permanent failure: Google tried to deliver your message, but it was rejected by the recipient domain. We recommend contacting the other email provider for further information about the cause of this error. The error that the other server returned was: 554 554 5.7.1 <recipient@jfzassoc.com>: Relay access denied (state 14). ----- Original message ----- Received: by 10.114.18.7 with SMTP id 7mr5572745war.127.1275423472120; Tue, 01 Jun 2010 13:17:52 -0700 (PDT) MIME-Version: 1.0 Sender: me@gmail.com Received: by 10.143.10.15 with HTTP; Tue, 1 Jun 2010 13:17:32 -0700 (PDT) From: My Name <me@m3fs.com> Date: Tue, 1 Jun 2010 15:17:32 -0500 X-Google-Sender-Auth: XiPrP8Em_6Eb94EH9m84nJVGvCY Message-ID: <AANLkTilhapuE40nQVCSPFe1I9PY2AwuVg8hj1UQt139l@mail.gmail.com> Subject: TEST To: Client <recipient@jfzassoc.com> Content-Type: multipart/alternative; boundary=001636b1484ffe72470487fdaa5b 

    Ci sono un sacco di errori nel registro delle applicazioni, ma nulla che mi esclude come evidente. Ma poi ancora, non so davvero quello che sto cercando.

    Qualsiasi aiuto sarebbe molto apprezzato.

    EDIT: Ecco i risultati del primo suggerimento riportto di seguito:

     MX-VERIFY-CGI run for ``jfzpsyd@jfzassoc.com'' -------------------------------------------------------------------------------- Doing resolver lookup for T=MX domain=``jfzassoc.com'' DNS yields following MX entries jfzassoc.com (7200s) IN MX 20 sbssrv.jfzassoc.com jfzassoc.com (7200s) IN MX 30 mx1.dnsmadeeasy.com jfzassoc.com (7200s) IN MX 40 mx2.dnsmadeeasy.com jfzassoc.com (7200s) IN MX 50 mx3.dnsmadeeasy.com -------------------------------------------------------------------------------- Testing MX server: sbssrv.jfzassoc.com Address lookup did yield following ones: IPv4 173.15.20.182 Testing server at address: IPv4 173.15.20.182 ERROR: Connect failure reason: Connection timed out (Still possibly all OK!) -------------------------------------------------------------------------------- Testing MX server: mx1.dnsmadeeasy.com Address lookup did yield following ones: IPv4 66.231.182.63 IPv4 66.231.182.64 IPv4 66.231.182.80 IPv4 66.231.182.35 Testing server at address: IPv4 66.231.182.63 [ CONNECTED! ] 220 mx1cm.dnsmadeeasy.com ESMTP DNS Made Easy Messaging EHLO vger.kernel.org 250-mx1cm.dnsmadeeasy.com 250-PIPELINING 250-SIZE 31457280 250-VRFY 250-ETRN 250-ENHANCEDSTATUSCODES 250-8BITMIME 250 DSN Excellent! It speaks ESMTP! MAIL FROM:<> 250 2.1.0 Ok Fine, it accepts NULL return-path as is mandated by RFC 2821 section 6.1 RSET 250 2.0.0 Ok MAIL FROM:<postmaster@vger.kernel.org> 250 2.1.0 Ok RCPT TO:<jfzpsyd@jfzassoc.com> 554 5.7.1 <jfzpsyd@jfzassoc.com>: Relay access denied Something WRONG!! rc=554 Testing server at address: IPv4 66.231.182.64 [ CONNECTED! ] 220 mx1cm.dnsmadeeasy.com ESMTP DNS Made Easy Messaging EHLO vger.kernel.org 250-mx1cm.dnsmadeeasy.com 250-PIPELINING 250-SIZE 31457280 250-VRFY 250-ETRN 250-ENHANCEDSTATUSCODES 250-8BITMIME 250 DSN Excellent! It speaks ESMTP! MAIL FROM:<> 250 2.1.0 Ok Fine, it accepts NULL return-path as is mandated by RFC 2821 section 6.1 RSET 250 2.0.0 Ok MAIL FROM:<postmaster@vger.kernel.org> 250 2.1.0 Ok RCPT TO:<jfzpsyd@jfzassoc.com> 554 5.7.1 <jfzpsyd@jfzassoc.com>: Relay access denied Something WRONG!! rc=554 Testing server at address: IPv4 66.231.182.80 [ CONNECTED! ] 220 mx1cm.dnsmadeeasy.com ESMTP DNS Made Easy Messaging EHLO vger.kernel.org 250-mx1cm.dnsmadeeasy.com 250-PIPELINING 250-SIZE 31457280 250-VRFY 250-ETRN 250-ENHANCEDSTATUSCODES 250-8BITMIME 250 DSN Excellent! It speaks ESMTP! MAIL FROM:<> 250 2.1.0 Ok Fine, it accepts NULL return-path as is mandated by RFC 2821 section 6.1 RSET 250 2.0.0 Ok MAIL FROM:<postmaster@vger.kernel.org> 250 2.1.0 Ok RCPT TO:<jfzpsyd@jfzassoc.com> 554 5.7.1 <jfzpsyd@jfzassoc.com>: Relay access denied Something WRONG!! rc=554 Testing server at address: IPv4 66.231.182.35 [ CONNECTED! ] 220 mx1cm.dnsmadeeasy.com ESMTP DNS Made Easy Messaging EHLO vger.kernel.org 250-mx1cm.dnsmadeeasy.com 250-PIPELINING 250-SIZE 31457280 250-VRFY 250-ETRN 250-ENHANCEDSTATUSCODES 250-8BITMIME 250 DSN Excellent! It speaks ESMTP! MAIL FROM:<> 250 2.1.0 Ok Fine, it accepts NULL return-path as is mandated by RFC 2821 section 6.1 RSET 250 2.0.0 Ok MAIL FROM:<postmaster@vger.kernel.org> 250 2.1.0 Ok RCPT TO:<jfzpsyd@jfzassoc.com> 554 5.7.1 <jfzpsyd@jfzassoc.com>: Relay access denied Something WRONG!! rc=554 -------------------------------------------------------------------------------- Testing MX server: mx2.dnsmadeeasy.com Address lookup did yield following ones: IPv4 208.94.147.129 Testing server at address: IPv4 208.94.147.129 [ CONNECTED! ] 220 mx2.dnsmadeeasy.com ESMTP TiggeeSMTP (1.0.2.0002.1) EHLO vger.kernel.org 250-mx2.dnsmadeeasy.com 250-PIPELINING 250-SIZE 30240000 250-VRFY 250-ETRN 250-ENHANCEDSTATUSCODES 250-8BITMIME 250 DSN Excellent! It speaks ESMTP! MAIL FROM:<> 250 2.1.0 Ok Fine, it accepts NULL return-path as is mandated by RFC 2821 section 6.1 RSET 250 2.0.0 Ok MAIL FROM:<postmaster@vger.kernel.org> 250 2.1.0 Ok RCPT TO:<jfzpsyd@jfzassoc.com> 554 5.7.1 <jfzpsyd@jfzassoc.com>: Relay access denied Something WRONG!! rc=554 -------------------------------------------------------------------------------- Testing MX server: mx3.dnsmadeeasy.com Address lookup did yield following ones: IPv4 67.19.109.170 Testing server at address: IPv4 67.19.109.170 ERROR: Connect failure reason: Connection refused (Still possibly all OK!) -------------------------------------------------------------------------------- 

  • SMESERVER: Posta non ricevuta, 550 v = spf1 a -all
  • Elimina da mailq where il sobject corrisponde
  • Hosting di più domini su Mac OS X Server
  • Analizzare le intestazioni di posta non inviate (posta rimossa)
  • Invia l'avviso e-mail sulla logging del file di registro?
  • Esistono opzioni per l'implementazione di indirizzi monouso su Exchange 2007?
  • 3 Solutions collect form web for “Il server di Exchange SBS 2003 ha interrotto la ricezione della posta durante il fine settimana, i mittenti ottengono l'errore "Accesso negato accesso"”

    Sembra che il proprio server di posta elettronica non sia disponibile e le cose stiano tornando ai loro indirizzi MX alternativi che non sono configurati correttamente per ricevere la posta per questo dominio.

    Provate lo strumento gratuito di mxverify all'indirizzo http://www.zmailer.org/mxverify e inserisci il nome di dominio per vedere più test di script e i loro risultati dettagliati. Questo è un ottimo strumento per questo genere di cose.

    Sono d'accordo con AdamV, il server di posta, sbssrv.jfzassoc.com non accetta le connessioni, quindi la posta sta andando ai server dnseasy (tramite la priorità MX) e non sono configurati per il tuo dominio.

    Poiché la connessione a sbssrv.jfzassoc.com non è rioutput, lascia partire lì. Puoi pingare il server? Puoi verificare che sia in esecuzione? Tutti i servizi di Exchange sono in esecuzione? L'indirizzo elencato per sbssvr è un indirizzo pubblico, dall'interno della networking, è ansible colpire l'indirizzo interno? Se è così, questo indica un problema di routing.

    Il problema si è rivelato che il router in ufficio in qualche modo (perdita di potenza, sovratensione ecc.) È stato ripristinato ai valori predefiniti e ha ottenuto un nuovo indirizzo IP per l'avvio. Ho cambiato il routing del sottodominio nell'host del client al nuovo indirizzo IP e ho ricreato tutte le porte necessarie in avanti nelle impostazioni del router. Una volta che la modifica IP lo ha fatto attraverso i miei server DNS, tutto ha cominciato a funzionare nuovamente.

    Ho bisogno di sapere se il vecchio indirizzo IP era statico (che dovrebbe essere stato) e deve essere riconfigurato sul router al posto del dynaim, ma posso farlo più tardi, una volta che so certamente.

    Grazie a BillN e AdamV per l'aiuto! 🙂

    Suggerimenti per Linux e Windows Server, quali Ubuntu, Centos, Apache, Nginx, Debian e argomenti di rete.