Wat gebeurt er met binnenkomende berichten op de ESA als de backend server down is?

Downloadopties

  • PDF     (234.0 KB)
    Met Adobe Reader op diverse apparaten bekijken
  • ePub     (87.6 KB)
    Bekijken in diverse apps op iPhone, iPad, Android, Sony Reader of Windows Phone
  • Mobi (Kindle)     (71.3 KB)
    Op Kindle-apparaat of via Kindle-app op meerdere apparaten bekijken
Bijgewerkt:13 oktober 2014
Document-id:118410

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 wat er gebeurt met inkomende berichten op de Cisco Email Security Applicatie (ESA) als de back-endserver niet actief is.

Wat gebeurt er met binnenkomende berichten op de ESA als de backend server down is?

Als uw mailserver (Microsoft Exchange, Lotus Notes) uitvalt, worden uw inkomende e-mails in de wachtrij geplaatst op uw ESA. 

Zodra uw mailserver weer online komt, hervat de ESA de e-maillevering. De ESA behoudt berichten in zijn wachtrij op basis van de instellingen die in uw stuitprofiel zijn ingesteld.

Standaard wordt e-mail 72 uur (259200 seconden) in de wachtrij geplaatst OF 100 keer wordt opnieuw geprobeerd voordat de oorspronkelijke afzender wordt ontvangen. 

Deze instelling is configureerbaar met behulp van de CLI-opdracht bounceconfig en bewerkt het standaardprofiel. Dit gebeurt ook vanuit de GUI door naar Network > Bounce Profiles te gaan en op het Default-profiel te klikken.

De rij kan vol staan als er te veel post is. Als het systeem echter zijn opslaglimiet bereikt, zal het de verdere pogingen van andere mailservers om meer berichten te leveren afremmen. Dit zorgt ervoor dat er geen berichten verloren zullen gaan, aangezien deze mailservers ook opnieuw zullen proberen berichten te leveren totdat de ESA berichten opnieuw accepteert.

Opmerking: Als u van plan bent om uw interne mailserver voor onderhoud voor een langere periode (meer dan een paar uur) uit te schakelen, is de beste praktijk om de inkomende luisteraars op uw ESA met behulp van hangluisteraar te schorsen.

Zoals eerder vermeld, in dit geval zullen alle verbindingspogingen zacht worden uitgebuit en later opnieuw worden geprobeerd. Op deze manier laat u de taak van het opslaan van de berichten over aan de verzendende mailserver, waardoor de mailwachtrij op uw ESA niet snel kan worden ingevuld. Er zullen geen berichten verloren gaan, maar zodra u uw interne mailserver weer in dienst hebt genomen, hervat ook de luisteraars op uw ESA met cv. Dit zal levering van verre gastheren opnieuw toestaan.

Zie de gebruikershandleiding van AsyncOS Email voor meer informatie over het sturen van afgeprijsde e-mail.

Gerelateerde informatie

Revisiegeschiedenis

Revisie Publicatiedatum Opmerkingen
1.0
13-Oct-2014
Eerste vrijgave
TAC Authored

Bijgedragen door Cisco-engineers

  • Dominic Yip
    Cisco TAC Engineer.

Was dit document nuttig?

FeedbackFeedback

Contact Cisco

Dit document is van toepassing op deze producten