Uit welke onderdelen is het statuspanel opgebouwd?Which parts is the statuspanel made up of?

Uit welke onderdelen is het statuspanel opgebouwd?Which parts is the statuspanel made up of?

Het statuspanel bestaat uit de volgende onderdelen:

The statuspanel consists of the following parts:

*) Als er écht iets fout gaat in de code, wordt er bij LOGIN en DOC.NAAR.FS alsnog een fout gelogd. Er wordt alleen geen fouten meer gelogd waarbij er geen actie ondernomen hoeft te worden (zoals een mislukte inlog o.i.d.). Dit wordt als WA (geel) gelogd.

*) If something really does go wrong in the code, an error is still logged for LOGIN and DOC.NAAR.FS. It is only that errors for which no action has to be taken (such as a failed login or the like) are no longer logged. This is logged as WA (yellow).

Mozard text indexen t.b.v. ZoekenMozard text indexes for Zoeken

Alle text indexen worden bijgewerkt onder invloed van de minutenrun.

All text indexes are updated under the influence of the minutenrun.

Door te klikken op een index wordt een scherm getoond waarin de status van de index wordt getoond.

By clicking on an index, a screen is shown in which the status of the index is shown.

Per onderstaand item kan de indexstatus bekeken worden: AANTEKENING_FULLTEXT; ANTWOORDZOEK_; DI_FNVB_TREFW_BO; DI_FNVB_TREFW_FO; GENERIEK_ZOEKEN_II; GENZK_HISTORIE; GENZK_SUGGESTIES; INTAKEZOEK; KENMERK_TEXTDOSSIER; MB_KENMERKTXT; MOZARD_GENZK_POLICY; MOZDOSMETA; MOZMEDEWERKER; MOZSUBDOSMETA; MOZSUBSUBDOSMETA; NAW_NAAM; POSTCODE_SUGGESTIES; ZOEKGM.

The index status can be viewed for each of the items below: AANTEKENING_FULLTEXT; ANTWOORDZOEK_; DI_FNVB_TREFW_BO; DI_FNVB_TREFW_FO; GENERIEK_ZOEKEN_II; GENZK_HISTORIE; GENZK_SUGGESTIES; INTAKEZOEK; KENMERK_TEXTDOSSIER; MB_KENMERKTXT; MOZARD_GENZK_POLICY; MOZDOSMETA; MOZMEDEWERKER; MOZSUBDOSMETA; MOZSUBSUBDOSMETA; NAW_NAAM; POSTCODE_SUGGESTIES; ZOEKGM.

Via de knop/verwijzing in het rechter menu kunnen de volgende items geopend worden:

The following items can be opened through the button/reference in the right-hand menu:

• met een klik op Toon Sync log wordt de log van het indexeren getoond;with a click on Toon Sync log the log of the indexing is shown;
• met een klik op Size report wordt de omvang van de opslag getoond per index onderdeel;with a click on Size report the size of the storage is shown per index part;
• met een klik op Info report wordt de beschrijving en de index van de objecten getoond;with a click on Info report the description and the index of the objects are shown;
• met een klik op Genereer creatiescript. Is het mogelijk het synchroniseren van de index met voorrang te forceren door Pending queue te activeren. Het dringend advies is echter om niet te gebruiken en de minutenrun gewoon zijn werk te laten doen.with a click on Genereer creatiescript. It is possible to force the synchronisation of the index with priority by activating Pending queue. The urgent advice, however, is not to use and to simply let the minutenrun do its work.

Overige panel onderdelenOther panel parts

Uitwerking MailMail in detail

De mailserver is het “ontkoppelpunt”. Als mozard de mail succesvol kan aanbieden op de versturende mailserver/gateway/relayhost/firewall/hoe-men-het-ook-wil-noemen (= eigen interne mailserver van de gemeente) is daarmee de kous af.

The mail server is the “decoupling point”. If Mozard can successfully offer the mail to the sending mail server/gateway/relay host/firewall/whatever-you-want-to-call-it (= the municipality's own internal mail server), that is the end of it.

Zolang mozard het mailtje niet kan aanbieden aan de relayhost blijft hij in mozard. Hij is dan te zien in het control paneel onder mail. Daar zie je alle mailtjes die nog niet verstuurd zijn. Als er berichten zijn met 10 verzendfouten kunnen deze gereset worden. Mailberichten die niet verstuurd zijn maar te oud om nog te versturen kunnen via de X aan het begin van de mailregel verwijderd worden.

As long as Mozard cannot offer the mail to the relay host, it stays in Mozard. It can then be seen in the control panel under mail. There you see all the mails that have not yet been sent. If there are messages with 10 send errors, these can be reset. Mail messages that have not been sent but are too old still to be sent can be deleted through the X at the start of the mail line.

Als de relayhost een mailtje niet kan bezorgen is het afhankelijk van hun eigen configuratie hoe dat afgehandeld wordt…

If the relay host cannot deliver a mail, how that is handled depends on their own configuration…

Conclusie/Kort samengevat:

Conclusion/In short:

Als het mailtje uit mozard is kunnen we deze niet meer volgen. Dat is het “ontkoppelpunt”. De mail is dan door de mailserver van de klantorganisatie geaccepteerd. Vanaf daar is het de verantwoording van de eigen infra/configuratie. Zolang het mailtje niet door mozard succesvol verstuurd is(/kan worden), blijft hij in mozard en gaat hij zeker niet verloren. Echter na 10 pogingen worden de verzendpogingen gestaakt.

Once the mail is out of Mozard we can no longer track it. That is the “decoupling point”. The mail has then been accepted by the customer organisation's mail server. From there on it is the responsibility of your own infrastructure/configuration. As long as the mail has not been (/cannot be) sent successfully by Mozard, it stays in Mozard and it certainly does not get lost. However, after 10 attempts the send attempts are abandoned.

E-Mail zonder referentiecode / Zaak niet te bepalenE-mail without a reference code / zaak cannot be determined

Wanneer de klant van een zaak op de mail terug reageert dient hij de referentie, welke mee gestuurd wordt, onder aan de mail te laten staan. Maar het kan voorkomen dat de klant deze heeft verwijderd, of dat hij gebruikt maakt van een automatisch antwoord.

When the customer of a zaak replies to the mail, they have to leave the reference that is sent along with it at the bottom of the mail. But it can happen that the customer has deleted it, or that they use an automatic reply.

De binnenkomende mail zonder referentie kan veelal toch in de juiste zaak geplaatst kunnen worden op basis van het onderwerp of het e-mailadres van de afzender. Hierbij worden de volgende controle stappen uitgevoerd:

The incoming mail without a reference can usually still be placed in the right zaak on the basis of the subject or the sender's e-mail address. The following check steps are carried out here:

1. uit het onderwerp van de binnenkomende e-mail wordt het eerst voorkomende nummer (vanaf het eerste cijfer tot het eerste niet-cijfer) geselecteerd en dat wordt beschouwd als het zaak nummer. Als het zaaknummer voor komt dan wordt het e-mailbericht in het bij EML_DOSSIER vermelde zaakdossier geplaatst,from the subject of the incoming e-mail the first number that occurs (from the first digit up to the first non-digit) is selected, and that is regarded as the zaak number. If the zaak number occurs, then the e-mail message is placed in the zaak dossier stated at EML_DOSSIER,
2. komen de eerste dertig posities van een recent (laatste vier uur) vanuit Mozard verstuurd e-mailbericht voor in het onderwerp van de binnenkomende e-mail? Zo ja, dan wordt het e-mailbericht in het bij EML_DOSSIER vermelde zaakdossier geplaatst,do the first thirty positions of an e-mail message recently (in the last four hours) sent from Mozard occur in the subject of the incoming e-mail? If so, then the e-mail message is placed in the zaak dossier stated at EML_DOSSIER,
3. komt de domeinnaam van de afzender van de binnenkomende e-mail overeen met die van een geadresseerde van het verstuurde bericht? Zo ja, dan wordt het e-mailbericht in het bij EML_DOSSIER vermelde zaakdossier geplaatst,does the domain name of the sender of the incoming e-mail match that of an addressee of the message that was sent? If so, then the e-mail message is placed in the zaak dossier stated at EML_DOSSIER,
4. komt als het e-mailadres bij precies één lopende zaak voor? Zo ja, dan wordt het e-mailbericht in het bij EML_DOSSIER vermelde zaakdossier geplaatst.does the e-mail address occur at precisely one running zaak? If so, then the e-mail message is placed in the zaak dossier stated at EML_DOSSIER.

Komt het e-mailadres dus bij meerdere lopende zaken voor, dan plaatsen we het bericht dus niet in één van de betreffende zaakdossiers. Het bericht wordt in dat geval in de map ‘Niet te verwerken binnenkomende e-mailberichten’ geplaatst voor handmatige verdeling door de functioneel beheerder.

So if the e-mail address occurs at several running zaken, we do not place the message in one of the zaak dossiers concerned. In that case the message is placed in the folder ‘Niet te verwerken binnenkomende e-mailberichten’ for manual distribution by the functioneel beheerder.