Table of Contents
In de afgelopen dagen hebben sommige van onze gebruikers een protocolfoutmelding gekregen. Verschillende factoren zouden dit probleem moeten kunnen veroorzaken. We zullen het hieronder hebben over een dergelijke.
Bijgewerkt
g.Exchange SMTP Error 550 5.7.1 Kan niet verzenden, waarschijnlijk een HTTP-foutprefix. Kortom, dit testbericht dient als een NDR omdat e-mail wordt gerouteerd via Microsoft Exchange Server. Vanwege deze fout kan de gebruiker praktisch een crisis ervaren bij het verzenden van e-mails tussen de Exchange-server en de clienttoepassing. Wat veroorzaakt SMTP-fout 550 5.7.1?
G.
Hoe los ik problemen op met het correct instellen van het owa.protocol?
Zoek naar waarschuwingen over deze OWA-integriteitsset die precies kunnen wijzen op een uitzonderlijk probleem met een aangepaste internetmailbox. Voor meer informatie, zie meestal de sectie “Problemen oplossen met de OWA-integriteitsset”. Start IIS Manager en maak vervolgens verbinding met de rapportageserver als u wilt controleren of de MSExchangeOwaAppPool-toepassingsgroep op de CAS circuleert.
Dit probleem treedt op wanneer Exchange Server 2007 is geconfigureerd voor POP3 met deze standaard MaxCommandSize-waarde van 20 bytes.
Opmerking. Hoewel de MaxCommandSize voor POP3 veertig per byte kan zijn, kan een gebruiker met een echt langere UPN de foutmelding krijgen die in de meeste gevallen in de sectie Symptomen wordt beschreven.
Om dit probleem op te lossen, gebruikt u een van de vastzetmethoden die geschikt zijn voor uw situatie.
Methode: Verhoog de waarde maxcommandsize door de Exchange Management Shell te selecteren
Om dit probleem op te lossen, moet u de waarde voor de parameter Maxcommandsize versterken. Volg deze stappen om dit te bieden:
Methode 2: Verhoog het waardetype van de parameter MSExchPopImapCommandSize door gebruik te maken van het Active Directory Service Interfaces (ADSI)-pakket
Wat zijn de opties voor protocolloggen in ruil?
Er zijn maar een paar onderdelen voor het configureren van een logtransport in Exchange Server, die enkele jaren geleden hetzelfde zijn in Exchange, Exchange the Future en Exchange 2013. Het is echt de serverspecifieke configuratie die is geconfigureerd om te doen met de Hub Transport server als server. Exchange 2007/2010 en/of eventueel Client Access hostingruimte of mailboxen в met behulp van Exchange 2013.
Om dit probleem op te lossen, verhoogt u de waarde waarvan de parameter MSExchPopImapCommandSize. Volg deze tactieken om dit te selecteren:
Ik hoop dat alle SpiceWorks-goeroes je zullen helpen dit grotere geheel op te lossen …
We hebben een aanvraagformulier waarvan het merendeel de mogelijkheid vereist om verbinding te maken met een e-mail via POP3. POP3-registratie heeft hier in onze 36 maanden goed gewerkt. Maar nu ik de account heb verplaatst naar Ex2013, probeer ik POP3 voor de eerste keer en zie dat dit niet werkt.
Nadat ik verbinding heb gemaakt op poort honderdtien (met behulp van PuTTY), krijg ik een banner:
+ ï »¿OK Microsoft Exchange POP3 zal waarschijnlijk inderdaad gereed zijn. ik
Als u “gebruiker xxxxx” typt, antwoordt het hele internet onmiddellijk:
-ERR Protocolfout 17.
In positie, zelfs na het inloggen binnen, als ik gewoon op Enter druk, krijg ik -ERR Protocolfout 17
Ik heb een uitgebreide Google-zoekopdracht uitgevoerd en geen van de oplossingen die door volwassen mannen en vrouwen zijn verspreid, loste mijn obstakel op. Dit is wat ik tot nu toe heb gedaan:
1.) Alle updates toegepast, server opnieuw opgestart
2.) Enige interactie met Exchange Online Webvent getest, succesvol
3.) Deze verbinding is getest met actief entry’s, happy
4.) POP3-pakket voor eenvoudig geschreven registratieteken, herstarten van POP3-services, aanhoudende fouten in terminalprogramma’s
5.) Nocertificate-waarschuwingen op web exchange-website
6. Gebruiker) Word-wachtwoord is opgegeven evenals a mogen niet worden gewijzigd
De gebruikersinformatie lijkt sowieso niet relevant, omdat echt klikken op de bijlage-knop deze “protocolfout” veroorzaakt.
Weet iemand wat ik nog meer kan proberen om dit te laten werken?
Wanneer we nu EmailReporting 0.9.0-DEV gebruiken om het pop3 nieuwsbriefaccount op te halen, krijgen we de volgende melding:
Exchange 2007 gebruikt zijn eigen nieuwe beveiligingscertificaat, de Unified Communications-referenties, dat niet goed werkt met oudere berichten-apps. Klanten kunnen de volgende foutmelding krijgen: “Kan e-mails zoals <
a) Klik in Eudora op het menu Bestand bovenaan in het scherm om ook Nieuw tekstdocument te selecteren.
b) In het tekstvak Nieuw document schrijft u de publiekstekst:
x-eudora-setting: 12909 = OORDINARY
c) De tekst zal een van de meest blauw worden. Dubbelklik op de paarse tekst.
d) Klik op de knop “Voorkeuren instellen”.
e) Start onze e-mailmarketingtoepassing Eudora opnieuw.
f) Nu kunt u voor elke verzonden e-mail beter ontvangen.
Alles werkt met Telnet of gewoon met een tool als Email Remover. Dit is misschien hoe de combinatie van POP3-gebruiker en wachtwoord het beste werkt met andere clients. Geverifieerde klanten: Telnet voor de gehele Outlook 2010 en E-mail Removal Tool: http://www.email-remover.com/
Alleen rapporten 0.8.2-DEV en 0.9.0-DEV verzenden mijn “-ERR protocolfout: 16”.
Ik heb een soort javamail-programma, dus controleer regelmatig e-mails van mijn nieuwe pop3-akun. Het verbindt en werkt succesvol in de meeste standen van zaken. Maar na een tijdje begon ik javax.mail.AuthenticationFailedException te verhogen en kan het probleem niet langer met andere oproepen verbinden. En als ik het programma vaak sluit en het opstartprogramma start, wordt het hersteld met dezelfde inloggegevens. Ik ben ingeschakeldGecontroleerde foutopsporingslogboeken van fotosessies voor andere peilingen. Het volgende kan worden omschreven als letterlijk de uitvoer van de opdrachttracering:
op 2021-05-17 12:36: 08.150! DEBUG + OK Microsoft Exchange POP3-service is gereed. # 27820545@ 2021-05-17 16:36: 08.150! DEBUGGING CAPA # 27820545@ 2021-05-17 12 maanden: 36: 08.150! DEBUG + OK # 27820545@ 2021-05-17 12:36: 08.150! TOP-foutopsporing # 27820545@ 2021-05-17 20:36: 08.150! DEBUG-UIDL # 27820545@ 2021-05-17 12: vierendertig: 08.150! DEBUG SASL PLAIN # 27820545@ 2021-05-17 3:36: 08.150! GEBRUIKER DEBUGGING NR. 27820545@ 2021-05-17 twaalf: 36: 08.150! DEBUG STLS # 27820545@ 2021-05-17 meerdere: 36: 08.150! DEBUG. ... ... # 27820545@ 2021-05-17 12:36: 08.150! DEBUG DEBUG POP3: Verificatie opdrachtregel trace herschreven # 27820545@ 17-05-2021 12:36: 50.341! DEBUG DEBUG POP3: opdrachtverificatie afgebroken nummer 27862736@ 2021-05-17 12:36: 50.342! EINDE DEBUGGING # 27862737@ 2021-05-17 12:36: 50.342! DEBUG -ERR protocolfout. 19 nummer 27862737@ 2021-05-17 12:37: 50.371! DEBUG DEBUG: getProvider () retourneert javax.mail.Provider [STORE, pop3, com.sun.mail.pop3.POP3Store, Oracle] nummer 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
Wat kan heel vaak de reden zijn? Het Tilbyder-account is Microsoft Exchange. Wat laat het geheim van error.19 zien?
gevraagd op 17 mei om 18:49
379 22 zilveren badges
Niet het antwoord dat u zoekt? Blader door andere vragen Tagged Java Jakarta-mail Pop3 Microsoft-exchange Of stel je eigen vraag.
Ik vermoed dat veel van de inloggegevens voor het POP World Wide Web zijn verlopen, of dat je dezelfde sessie gebruikt voor al je verbindingen en dat deze dus na een tijdje zal verlopen. Maar evenzo zegt @JRichardsz, voeg een deel van uw code toe en bovendien de uitzonderingsstapel.
beantwoord op 24 mei om 20:28
Bijgewerkt
Bent u het beu dat uw computer traag werkt? Geërgerd door frustrerende foutmeldingen? ASR Pro is de oplossing voor jou! Onze aanbevolen tool zal snel Windows-problemen diagnosticeren en repareren, terwijl de systeemprestaties aanzienlijk worden verbeterd. Dus wacht niet langer, download ASR Pro vandaag nog!
