Table of Contents
Under de senaste dagarna har några av våra medarbetare stött på ett protokollfelmeddelande. Flera fakta kan orsaka detta problem. Vi kommer att prata om detta nedan.
Uppdaterad
g.Exchange SMTP Error 550 5.7.1 Kan inte sända, förmodligen en HTTP-felkod. I grund och botten fungerar detta testmeddelande enligt NDR eftersom e-post dirigeras via Microsoft Exchange Server. På grund av detta fel kan användaren sannolikt uppleva en kris när han skickar e-postmeddelanden mellan dessa Exchange-server och dess klientapplikation. Vilka konsekvenser får SMTP-fel 550 5.7.1?
g.
Hur felsöker man owa.protocol medicinska set?
Leta efter varningar om denna OWA-integritetsgrupp som kan indikera ett exceptionellt problem som påverkar någon specifik Internet-postlåda. För mer information, se någon form av “Felsökning av OWA-integritetsuppsättningen”. Starta IIS Manager och anslut sedan till rapporteringsdatorn för att kontrollera om MSExchangeOwaAppPool-programpoolen verkligen körs på CAS.
Det här problemet uppstår i händelse av att Exchange Server 2007 är konfigurerad för POP3 tillsammans med standardvärdet MaxCommandSize på 20 byte.
Obs. Även om MaxCommandSize för POP3 kan bli 40 per byte, kan en användare med en allvarligt lång UPN få felmeddelandet som föreställs i de flesta fall i avsnittet Symptom.
För att lösa det här problemet, använd en av dina fästmetoder som passar din situation.
Metod: Öka maxcommandsize-värdet genom att välja själva Exchange Management Shell
För att lösa problemet, öka värdet för parametern Maxcommandsize. För att göra detta, följ dessa steg:
Metod 9: Öka värdetypen för parametern MSExchPopImapCommandSize med varumärket Active Directory Service Interfaces (ADSI)
Vilka är de särskilda inställningarna för protokollloggning i utbyte?
Det finns två delar för att konfigurera en loggtransport för Exchange Server, som är desamma i Exchange 2007, Exchange the Future och Exchange 2013. Den första är den serverspecifika konfigurationen som skapas på Hub Transport-servern som värd. Exchange 2007/2010 och/eller möjligen Client Access-servrar eller postlådor med Exchange 2013.
För att lösa problemet, öka värdet med parametern MSExchPopImapCommandSize. För att välja detta, följ de flesta av dessa steg:
Jag en lösning om SpiceWorks-guruer hjälper dig att lösa det här snälla pussel…
Vi har ett förfrågningsvillkor som kräver möjligheten att ansluta till en enorm postlåda med POP3. POP3-registrering har verkligen fungerat under våra 36 månader. Men nu när jag har flyttat kontot till Ex2013 så undersöker jag POP3 för första gången och ser vilken som tyvärr inte fungerar.
Efter att ha anslutit på fält 110 (med PuTTY) får jag en banner:
+ ï »¿OK Microsoft Exchange POP3 kommer förmodligen att vara redo. jag
Om du modellerar “användare xxxxx”, svarar Internet omedelbart:
-ERR Protocol error 17.
I position, även efter att ha arbetat i, om jag bara trycker på Enter, försöker jag få -ERR Protocol error 17.
Jag gjorde en utmärkt omfattande Google-sökning och ingen av leverantörerna som publicerats av vuxna män och kvinnor löste ett bra problem. Det här är vad jag har gjort hittills:
1.) Alla uppdateringar tillämpade, servern startade om
2.) Vissa anslutningar till Exchange Online Webvent testade, hitta
3.) Den här anslutningen testades med aktiv databaser, framgångsrika
4.) POP3-paket för enkel författad registrering, omstart av POP3-tjänster, ihållande fel i dödliga sessioner
5.) Inga certifikatvarningar på webbbytesportalen
6. Användare) Word-lösenordet identifieras och bör inte ändras
Användarinformationen verkar irrelevant i alla fall, att till och med klicka på bifoga-knappen orsakar denna typ av “protokollfel”.
Är det någon som vet vad jag kan göra för att få det här att fungera?
När vi använder EmailReporting 0.9.0-DEV för att hämta det pop3-e-postkontot får vi följande meddelande:
Exchange 2007 använder sitt eget nya säkerhetscertifikat som kallas Unified Communications-certifikatet, vilket inte fungerar bra med äldre onlinemeddelandeprogram. Klienter kan få följande felkorrespondens: “Det gick inte att validera e-postmeddelanden som <
a) I Eudora, klicka på Arkiv-menyn längst upp på skärmen för att också välja Nytt textdokument.
b) I textinkorgen Nytt dokument anger du publiktexten:
x-eudora-setting: 12909 = OORDINÄR
c) Texten kommer säkert att bli blå. Dubbelklicka på den lila texten.
d) Klicka på knappen “Ange inställningar”.
e) Starta om e-postprogrammet Eudora.
f) Nu kan du ta emot / skicka e-postmeddelanden bättre.
Allt fungerar med Telnet eller med ett verktyg som Email Remover. Så här fungerar POP3-användar- och lösenordsarrangemanget med andra klienter. Verifierade klienter: Telnet mot alla Outlook 2010 och verktyg för borttagning av e-post: http://www.email-remover.com/
Endast e-postrapporter 0.8.2-DEV och 0.9.0-DEV överför allt detta “-ERR-protokollfel: 16”.
Jag har någon form av javamail-programvara som regelbundet kontrollerar e-postmeddelanden från mitt toppmoderna pop3-konto. Den ansluter och fungerar framgångsrikt i som regel situationer. Men efter ett tag började jag eskalera javax.mail.AuthenticationFailedException och kan inte längre koppla in den till andra samtal. Och om jag stänger programmet och startar startprogrammet kan det möjligen återställas med samma referenser. Jag är på Kontrollerade sessionsfelsökningsloggar för andra omröstningar. Här är bokstavligen kommandot spårning:
kl. 2021-05-17 12:36: 08.150! DEBUG + OK Microsoft Exchange POP3-tjänsten är klar. # 27820545@ 2021-05-17 12:36: 08.150! DEBUGGING CAPA # 27820545@ 2021-05-17 12:36: 08.150! DEBUG + OK nummer 27820545@ 2021-05-17 12:36: 08.150! TOP debug # 27820545@ 2021-05-17 12:36: 08.150! DEBUG-UIDL # 27820545@ 2021-05-17 flera: 36:08.150! DEBUG SASL PLAIN # 27820545@ 2021-05-17 12:36: 08.150! ANVÄNDARDEBUGGNING NR. 27820545@ 2021-05-17 12:36: 08.150! DEBUG STLS # 27820545@ 2021-05-17 12:36: 08.150! DEBUGA. ... ... nummer 27820545@ 2021-05-17 12:36: 08.150! DEBUG DEBUG POP3: Spårning av autentiseringskommandot omskrivet # 27820545@ 17-05-2021 12:34: 50.341! DEBUG DEBUG POP3: kommandoautentisering avbröts nummer 27862736@ 2021-05-17 12:36: 50.342! AVSLUTA FELSÖKNING nummer 27862737@ 2021-05-17 12:36: 50.342! DEBUG -ERR protokollfel. 25 # 27862737@ 2021-05-17 12:37: 50.371! DEBUG DEBUG: getProvider () returnerar javax.mail.Provider [STORE, pop3, com.sun.mail.pop3.POP3Store, Oracle] # 27922766@ 2021-05-17 12:37: 50.371! POP3-DEBUGGING: mail.pop3.rsetbeforequit: false # 27922766@ 17-05-2021 12:37: 50,371! POP3-DEBUGGING: mail.pop3.disabletop: false # 27922766
Vad kan ofta vara orsaken? Tilbyders webbtjänst är Microsoft Exchange. Vad visar vår error.19-metod?
frågade den 17 maj inom 18:49
379 22 silverbrickor 1212 ljusbruna märken.
Inte svaret du letar efter? Bläddra bland andra frågor taggade Java Jakarta-mail Pop3 Microsoft-exchange Eller ställ din egen fråga.
Jag misstänker att en del av användaruppgifterna för POP-webbplatsen har löpt ut, eller att du använder samma session för alla dina interaktioner och att den kommer att upphöra efter ett tag. Men som @JRichardsz säger, inkludera en del av ditt riktnummer och undantagsstacken.
svarade 24 maj tillgänglig kl 20:28
Uppdaterad
Är du trött på att din dator går långsamt? Irriterad av frustrerande felmeddelanden? ASR Pro är lösningen för dig! Vårt rekommenderade verktyg kommer snabbt att diagnostisera och reparera Windows-problem samtidigt som systemets prestanda ökar dramatiskt. Så vänta inte längre, ladda ner ASR Pro idag!
