Als je nog niet bent gestopt met het gebruik van QDLS, is dit een goed moment om dat wel te doen. Lees het volledige artikel voor een praktische benadering van hoe je jouw instellingen kunt bijwerken
Laten we eerlijk zijn, QDLS is iets van het verleden; iets van terug in de tijd toen het Integrated File System (IFS) het daglicht nog niet had gezien. Als je nog niet gestopt bent met het gebruiken van QDLS, dan is dit een goed moment om dat te doen. Ik zal niet in details treden, maar als je weet dat OfficeVision en QDLS nauw met elkaar verbonden zijn, zul je begrijpen dat het tijd is om een volgende stap te zetten. En met een stap zetten bedoel ik, dat QDLS, met het gebruik van IFS, gewoon een andere directory blijkt, toch? Alle QDLS-gegevens worden opgeslagen in bibliotheken genaamd QDOC*. Klik voor meer details op deze link.
Maar wacht even, wat heeft dit te maken met de SMTP-serverinstellingen? De *SDD-waarde voor de SMTP-server in onderstaand scherm verwijst naar de "System Distribution Directory". In een entry kun je aangeven, of objecten binnen de documentenbibliotheek eigendom zijn van de gebruiker van het groepsprofiel. Het commando ADDDIRE moet gebruikt worden om een gebruiker toe te voegen, zodat deze gebruiker mail kan versturen. Het enige probleem dat ik hiermee heb, is de beperkte logboekregistratie als e-mail niet wordt afgeleverd.
Houd er dus rekening mee, dat “Enable journal entries” nodig is, om logboekregistratie mogelijk te maken van wat er gebeurt met de *SDD-instelling. Met het commando DSPJRN QZMF kunnen de journaalboekingen van de SMTP-server worden bekeken. Door de jaren heen heb ik te veel problemen met mail voorbij zien komen, die me geleerd hebben om te letten op meldingen zoals hieronder:
Bovenstaande melding is het bewijs dat de mail is afgeleverd op het genoemde IP-adres.
Als alternatief kun je gebruik maken van IBM i Access Client Solutions => Schemas => QUSRSYS => Journals => QZMF => View Entries... om iets te krijgen als dit:
Bij het onderzoeken van SMTP geef ik er de voorkeur aan om de waarde "*SMTP" als e-maildirectory te gebruiken, in plaats van *SDD. Ik gebruik deze waarde in combinatie met parameter KEEPUNTIL:
Keep until (KEEPUNTIL)
Geeft aan hoe lang het duurt om e-mail-trackinginformatie te bewaren. Voor backwards compatibility is dit alleen geldig als de DIRTYPE-parameter is ingesteld op *SMTP of *SMTPMSF.
*SAME
De eerder ingestelde KEEPUNTIL verandert niet; anders wordt *DFT gebruikt.
*DFT
De SMTP-server zal geen trackinginformatie voor e-mail bewaren, vanaf het moment dat de e-mail als definitief is aangemerkt.
1-1240000
Geef het maximale aantal seconden aan, dat e-mailtracking-informatie bewaard moet blijven, vanaf het moment dat de e-mail als definitief is aangemerkt. Als je het instelt op de maximale waarde, dan kun je e-mailregistratiegegevens van over een periode van iets meer dan 14 dagen bewaren. Als je wilt zien wat er is gebeurd, moet je het commando WRKSMTPEMM uitvoeren. Je krijgt dan zoiets als dit te zien:
Gebruik van Optie 8 zal leiden tot:
Om voor de hand liggende redenen heb ik wat tekst onleesbaar gemaakt, maar ik denk dat je begrijpt waarom de SMTP-server ook een upgrade nodig heeft en weggehaald moet worden van de oude *SDD-instelling. Als het verplaatsen van het WRKDIRE-item je hoofdpijn bezorgt, let dan op het commando STRIMPSMTP. Dit commando zal je helpen bij de migratie naar *SMTP.
Als je nog steeds niet overtuigd bent, dan kan onderstaande opmerking van IBM-ondersteuning dat wellicht wel doen:
“*SDD is een vrij oude SMTP-modus. Het heeft zijn eigen beperkingen en is vervangen door *SMTP-modus. Het gebruik van de e-mailrouter is in feite achterhaald in RFC 2821, hoewel het nog steeds werkt in de *SDD-modus. In *SMTP-modus kun je echter gebruikmaken van "Forwarding mail-hub server" om soortgelijke functies uit te voeren.“
Het laatste dat ik zou willen noemen, is dat IBM voor de SMTP-server PTF's heeft aanbevolen, die je hier kunt vinden.
Hieronder een voorbeeld van hoe dit eruitziet bij het selecteren van een aanbevolen PTF voor de SMTP-server:
Zoals je kunt zien, is de PTF SI73026 vervangen door SI74858, gedateerd 21 november 2021. Breng je SMTP dus, als er zich problemen voordoen, eerst up-to-date met PTF's.
Om je wat achtergrondinformatie te geven, SNDDST en SNDSMTPEMM kunnen naast elkaar worden gebruikt en allebei e-mail verzenden. SNDDST is hier dus iets van het verleden, het doet zijn werk. De mail die je daardoor krijgt, ziet er - als je het mij vraagt - oud uit. Het is meer een AS/400-look en feel. Met het commando SNDSMTPEMM kun je HTML gebruiken met een IBM i-look en feel. Het grote verschil is hier het toevoegen van een bijlage. Met SNDDST kun je een document toevoegen vanuit QDLS, terwijl je met SNDSMTPEMM een bestand kunt toevoegen vanuit de IFS.
Ik hoop dat je het na het lezen van dit artikel met me eens bent dat applicatiemodernisering hier niet ophoudt. De SMTP is immers zelf ook een applicatie en je weet nu dat ook daar ruimte is voor modernisering.
