ESMTP-autorisatiefouten na Exchange-migratie

Downloadopties

  • PDF     (246.5 KB)
    Met Adobe Reader op diverse apparaten bekijken
  • ePub     (82.7 KB)
    Bekijken in diverse apps op iPhone, iPad, Android, Sony Reader of Windows Phone
  • Mobi (Kindle)     (64.3 KB)
    Op Kindle-apparaat of via Kindle-app op meerdere apparaten bekijken
Bijgewerkt:1 juli 2014
Document-id:117836

Inclusief taalgebruik

De documentatie van dit product is waar mogelijk geschreven met inclusief taalgebruik. Inclusief taalgebruik wordt in deze documentatie gedefinieerd als taal die geen discriminatie op basis van leeftijd, handicap, gender, etniciteit, seksuele oriëntatie, sociaaleconomische status of combinaties hiervan weerspiegelt. In deze documentatie kunnen uitzonderingen voorkomen vanwege bewoordingen die in de gebruikersinterfaces van de productsoftware zijn gecodeerd, die op het taalgebruik in de RFP-documentatie zijn gebaseerd of die worden gebruikt in een product van een externe partij waarnaar wordt verwezen. Lees meer over hoe Cisco gebruikmaakt van inclusief taalgebruik.

Over deze vertaling

Cisco heeft dit document vertaald via een combinatie van machine- en menselijke technologie om onze gebruikers wereldwijd ondersteuningscontent te bieden in hun eigen taal. Houd er rekening mee dat zelfs de beste machinevertaling niet net zo nauwkeurig is als die van een professionele vertaler. Cisco Systems, Inc. is niet aansprakelijk voor de nauwkeurigheid van deze vertalingen en raadt aan altijd het oorspronkelijke Engelstalige document (link) te raadplegen.

Inleiding

Dit document beschrijft een probleem dat zich voordoet op de Cisco Email Security Applicatie (ESA) na een migratie van de Microsoft Exchange Server versie 2003 naar de Microsoft Exchange Server versie 2010 (SP3) waar de Simple Mail Transfer Protocol (SMTP)-verificatie van AsyncOS versie 7.5.1-102 naar de Exchange Server mislukt.

Probleem

Opmerking: In dit document wordt ervan uitgegaan dat de ESA correct is geconfigureerd met een SMTP-verificatie-doorsturen-profiel en een SASL-mechanisme (Simple Verification and Security Layer).

Als een externe gebruiker verbinding maakt met de ESA en gebruik maakt van de SMTP-verificatie, gebruikt de ESA de referenties en stuurt ze door naar de interne SMTP-server. In dit geval accepteert de SMTP-server de SMTP-verificatiereferenties niet en komen er fouten in de SMTP-verificatie voor in het e-maillogbestand:

Mon Feb 24 12:42:10 2014 Info: New SMTP ICID 20207685 interface Data 1A
 (172.17.1.56) address 30.98.71.119 reverse dns host unknown verified no
Mon Feb 24 12:42:10 2014 Info: ICID 20207685 ACCEPT SG AUTHENTICATED match
 10.98.0.0/16 SBRS 5.1
Mon Feb 24 12:42:10 2014 Info: SMTP Auth: (ICID 20207685) could not reach
 forwarding server 172.17.1.248
Mon Feb 24 12:42:10 2014 Warning: SMTP Auth: could not reach forwarding server
 172.17.1.248 with reason: No ESMTP AUTH keyword was presented.
Mon Feb 24 12:42:10 2014 Info: ICID 20207685 lost
Mon Feb 24 12:42:10 2014 Info: ICID 20207685 close

Oplossing

Dit probleem wordt veroorzaakt door de configuratie van de ontvangstconnector op de Exchange Server. Om dit probleem op te lossen, zorg ervoor dat de authenticatie en de ontvangstconnectors op de Exchange Server als anoniem zijn geconfigureerd.

Tip: Raadpleeg het artikel Add Anonymous Relay on a Receive Connector Microsoft Exchange voor meer informatie.

Revisiegeschiedenis

Revisie Publicatiedatum Opmerkingen
1.0
01-Jul-2014
Eerste vrijgave
TAC Authored

Bijgedragen door Cisco-engineers

  • Enrico Werner
    Cisco TAC Engineer.

Was dit document nuttig?

FeedbackFeedback

Contact Cisco

Dit document is van toepassing op deze producten