Bis zu dieser Version wurde die Einstellung für den Hintergrund (CFGDIRMAIL, Parameter COLORS() ) bei bestimmten Ausgaben ignoriert.

Das betraf z.B. die Ausgabe von HTML- oder EPDF-Anhängen mit dem Befehl WRTEMLAPI. Das korrigiert, es ist aber erforderlich, die Funktion zu aktivieren, mit dem Befehl

CHGDTAARA DTAARA(DMDTAARA (1234 1)) VALUE('1')

Die Länge des Textes, der als Barcode mit der directspool-Funktion ^bcd() ausgegeben werden kann wurde von 50 auf 200 Stellen verlängert.

Die Befehle CVTPDFA und CVTADDOVL wurden bezüglich der Lizenzprüfung geändert. Zu deren Nutzung müssen jetzt die Komponenten PDA bzw. OVL freigeschaltet werden. Diese Befehle funktionieren, ohne dass in DirectSpool andere Komponenten freigeschaltet sein müssen.

CVTPDFA erzeugt aus einer normalen PDF-Datei eine PDF/A Datei, welche den Ansprüchen einer Langzeit Archivierung entspricht.

CVTADDOVL fügt zu einer normalen PDF-Datei ohne Layout ein Overlay hinzu. Sollte die Ursprungs-PDF schon ein Layout enthalten, wird das alte Layout nicht ersetzt und das neue Overlay kann verdeckt (unsichtbar) sein.

Directspool spoolmail wurde um eine Funktion erweitert, die es erlaubt, ein E-Mail mit einer falschen Adresse in den Ausgangs-Postkorb zu stellen und dort manuell zu korrigieren.

Die Konfiguration und Anwendung dieser Funktion ist im Abschnit Fehlertoleranz für Syntaxfehler ihn E-Mail-Adressen konfigurieren auf der Seite directspool - Konfiguration beschrieben.

Kurz vor und nach der Auslieferung des PTF 13 hatten sich bei einigen anderen Programmen Fehler in der Lizenzprüfung eingeschlichen, die möglicherweise auch negative Auswirkungen für die Auslieferung von HOTPTFs nach dem 05.03.21 hatten. Hier ist allerdings keine konkreter Fall bekannt.

Die neue Funktion erlaubt es, den aktuellen Mailversandstatus per EXIT Programm direkt in eine kundeneigene Datenbank zu schreiben. Dadurch kann der Benutzer den Emailversand in seiner Anwendung kontrollieren.

Voraussetzung für die Nutzung ist eine Lizenz für directspool (früher Automail) oder eine Lizenz für die Batch- und Spool-APIs im Zusammenhang mit dem Versand von SPLFs als PDF-Anhang.

Es ist ein wenig Programmieraufwand zur Anpassung des EXIT Beispielprogramms beim Kunden vor Ort einzuplanen.

Weitere Informationen zu dieser Funktion stehen auf der Seite Mailstatus Feedback - Exitprogramm.

Die automatischen, für den Benutzer nicht sichtbaren Vorgänge beim Erstellen einer Email mit einer PDF-Datei im Anhang können scheitern, wenn die zu konvertierende Spooldatei (SPLF) z.B. nicht zu finden oder leer ist, die SPLF kann auch noch im Aufbau begriffen oder von einem Benutzer bzw. einer anderen Anwendung geöffnet und blockiert sein.

Diese Art Fehler werden zwar gemeldet, aber es hängt von der Anwendung ab, ob der Fehler nur abgefangen oder auch so weitergemeldet wird, dass eine geschulte Person sie erhält und weiß, was zu tun ist.

Das Produkt wurde jetzt im Zusammenhang mit dem Feedback des Mailstatus an die Anwendung so erweitert, dass der Kunde die Kontrolle behält, d.h. die Email nicht ohne Anhang versendet wird.

Das PDF Dokument aus dem obigen Link enthält auch zu dieser Erweiterung eine genaue Beschreibung (erkennbar ist der Abschnitt an der identischen Überschrift).

In besonderen Fällen kann jetzt in WRKATMDEF - Mit Automail Definitionen arbeiten bei der Angabe von OUTQ Namen eine Indexvariable angegeben werden. Damit ergibt sich mehr Flexibilität bei der Verarbeitung und Ausgabe von Spooldateien.

Nachteil ist allerdings, dass die Existenzprüfung der OUTQ nicht mehr beim Definieren möglich ist. Der Name wird erst in der Ausführungsphase ermittelt und kann dann auch falsch sein: Im Falle der Verschiebung einer SPLF in eine andere OUTQ würde die SPLF in der bisherigen OUTQ verbleiben.

Einige Programme mussten neu umgewandelt werden, da sich in der Lizenzprüfung etwas geändert hatte.

Das PTF 14 wurde aktualisiert.

Bei der Konfiguration von mehr als einem Email Sendejob konnte es dazu kommen, dass sich die Programme gegenseitig behindert haben. Das Programm DMSNDITM wurde korrigiert.

Das PTF 14 aktualisiert.

Das PTF 14 wurde aktualisiert.

Das PTF 14 wurde aktualisiert.

Das directmail Reorganisationsprogramm DMRGZ wurde korrigiert, weil bisher trotz richtiger Konfiguration der folgenden Parameter in CFGDIRMAIL

Uhrzeit für Reorg . . . . . . . 0100
RGZPFM bei Reorg ausführen . . . *YES
Attachments reorganisieren . . . *YES
Reorg löscht Emails permanent . *YES

einige Dateien beim automatischen Reorg in der Nacht nicht bereinigt wurden.

Bei manueller Ausführung des Befehls RGZDIRMAIL mit folgenden Parametern

RGZPFM bei Reorg ausführen . . . *YES
Attachments reorganisieren . . . *YES

werden dagegen alle Dateien berücksichtigt.

Die Funktion Mailstatus Feedback wurde so geändert, dass die Datei DMSPLMID nur dann mit Spool- und Emailinformationen gefüllt wird, wenn auch ein EXIT-Programm angegeben wurde. Grund ist, dass die Datei nach längerer Nutzung zu voll wurde und es zu unerwarteten Meldungen an QSYSOPR kam. Dies Problem ist auch im Zusammenhang mit dem zuvor beschriebenen Reorg-Thema zu sehen. Die Programme DMATMEXC und DMOPNAPI wurden korrigiert.

Das PTF 14 wurde aktualisiert.

Das Programm DMOPNAPI wurde wg. der geplanten Funktion 2FA bezüglich der Lizenzprüfung geändert.

Das Programm DMCHKSRV zur Prüfung der Jobaktivitäten im directmail Subsystem DIRMAIL wurde überarbeitet. Es konnte passieren, dass ein Job DMATMxx auf MSGW stehen blieb und die Befehle ENDDIRMAIL bzw. ENDEMLMON das Subsystem nur noch mit *IMMED beenden konnten. Bei Beendigung mit *CNTRLD und anschließendem STR wurden doppelte gleichnamige Jobs gestartet, die sich gegenseitig behinderten.

Das PTF 14 wurde aktualisiert.

Für das Abfangen und das automatische Restarten von Jobs auf MSGW ist eine Funktion ABORTJOBONMSGW in TIM Version 02.86.91 BETA verfügbar. Dazu gibt es eine spezielle Beschreibung, die nach Rücksprache mit Woidt/Hotline zu bekommen ist.

Die oben bereits erwähnte Funktion 2FA (2-Factor-Authorization) kann die directmail Batch- und Spool-APIs zur Erstellung einer speziellen Email verwenden, ohne dass eine API-Lizenz vorhanden ist. Dabei gelten Einschränkungen bezüglich Länge von Betreff und Text auf je 20 Stellen sowie die Verwendung nur eines Empfängers. Mit WRTEMLAPI können keine Anhänge eingesteuert werden. Hierzu wurden die drei API Programme OPN-, WRT- und CLS-API nochmals angepasst.

Der directmail Druckbefehl PRTPDF, der es erlaubt, erzeugte PDFs über einen IBM i Drucker zu Papier zu bringen, wurde um eine Funktion Rotation erweitert. Bisher gab es erhöhten origanisatorischen Aufwand, wenn Querformulare und Querseiten (90° gedreht) auch so ausgedruckt werden sollten. Bei Verzicht auf den Dreh-Aufwand bei SPLF und Formular kamen die Seiten A4-hoch heraus und waren unvollständig.

Jetzt besteht über den Parameter Formularart die Möglichkeit, mit dem Code *R*STD eine Drehung um 90° auszulösen:

Formularart . . . . . . . . . . FORMTYPE *R*STD

Das PTF 14 wurde aktualisiert.

"PDFlib Error 2100 in PDF_end_item()
Function must not be called in 'object' scope."

Das bisher als Office 365 bezeichnete Produkt von Microsoft erlaubt den Email Versand nur, wenn bei dem Parameter From: sowohl in der SMTP Kommunikation als auch im MIME Code die gleiche Email-Absender-Adresse angegeben wird. Im Folgenden wird dies als neue Methode bezeichnet.

Wird dies nicht beachtet, tritt folgender SMTP Fehler auf:

554 5.2.0
STOREDRV.Submission.Exception:SendAsDeniedException.MapiExcept

Um die Besonderheit bei MS 365 zu unterstützen, wurden zwei Programme so geändert, dass die Absender-Adresse aus der Mailbox immer als Parameter für From: verwendet wird.

Damit der Empfänger auf die Email an die Ansprech-Person direkt antworten kann, wird für den Benutzer im MIME Code eine Zeile Reply-To: mit der Antwort-Adresse eingefügt. Diese wird aus den API Parametern entnommen. Wird dort nichts gefunden, wird die Absender-Adresse aus der Mailbox für die Antwort verwendet.

Bei der alten (bisherigen) Methode wurde die Email-Absender-Adresse des Benutzers für From: verwendet. Nur wenn keine Benutzeradresse übergeben wurde, kam die Email-Adresse der Mailbox zum Einsatz. Der Parameter Reply-To: wurde im MIME Code bisher nicht verwendet.

Nach Installation des PTFs wird die neue Funktion beim Emailversand sofort und allgemein gültig wirksam. Es muss nichts umkonfiguriert werden.

Da nicht auszuschließen ist, dass künftig andere Mailserver die strengen Regeln von MS verlangen, aber trotzdem ein Mischbetrieb erforderlich ist, kann mit dem Code 3F im Datenbereich und einer Markierung *MS365 im Beschreibungstext der Mailbox gearbeitet werden.

Die hier als neue Methode beschriebene Steuerung sollte, wie oben schon erwähnt, bei allen Mailservern funktionieren.

SSL und Start TLS 1.2

Verschlüsselte Kommunikation ist bei MS 365 in Kombination mit TLS 1.2 aus Sicherheitsgründen erforderlich. SSL ist schon seit Version 5.01 in directmail unterstützt. TLS 1.2 ist seit PTF 5.50.05 unterstützt.
Geänderte und zusätzliche Programmobjekte

Die Programme DMSNDITM und DMSNDSMT wurden geändert. Zusätzlich sind die Serviceprogramme DMHTTP1 und DMEXPAT1 erforderlich.

Das PTF 09 wurde neu gepackt und veröffentlicht, da das Programm DMCHGATM für das Editieren einer directspool Definition nachträglich geändert werden musste.

Die Verwendung eines Indexnamens wie z.B. &LOGO im Menü Email, Punkt Formular/Papier, Bild Formularangaben, bei den Parametern Formularname Erste Seite und Folgeseite war nur beim Ausgabeformat *EPDF freigeschaltet. Dies wurde nun auch bei den Formaten *TIFF und *GUMBO zugelassen.

DirectSpool (Automail) wurde um die Funktion Layout Test erweitert. Diese erleichtert erheblich die Definitionsarbeit für die Verarbeitung einer Spooldatei (SPLF mit SCS Datenstrom).

Nach Aufruf des Befehls WRKATMDEF kann mit der neuen Auswahl 7 das Ergebnis der Verarbeitung der Muster SPLF am PC angezeigt werden.

Die detailllierte Beschreibung der Auswahl 7=Layout Test finden Sie auf der Seite Mit directspool-Definitionen arbeiten.

Nach Aufruf des Befehls WRKATMDEF kann mit der neuen Auswahl 5=Spool die Muster SPLF der Automail Definition native angezeigt werden. Das ist sozusagen die SPLF vor der Konvertierung.

Der Trace schreibt ausführliche Information in das IFS in Verzeichnis /Toolmaker/DirectMail400/debug:

Der Trace wird mit dem Befehl CFGDIRMAIL eingeschaltet: F4 und F9 drücken, dann auf der letzten Seite TRACE(*YES) angeben. Bislang musste nach dieser Änderung directmail durchgestartet werden (ENDDIRMAIL und STRDIRMAIL). Erst dann wurden die Trace-Dateien geschrieben.

Ab PTF 08 wird der Trace sofort eingeschaltet, wenn der Befehl Trace auf die oben beschriebene Weise gestartet wird ("on-the-fly"). Die Trace-Dateien werden sofort beim nächstmögichen Sendeversuch geschrieben.

Weiere Informationen finden in der Beschreibung des Befehls CFGDIRMAIL.

Die neue Auswahl 22 bezieht sich auf die Umgehung von Problemen im Bereich "Fehler beim Emailversand". (Siehe Hinweise dazu auch in den vorherigen Absätzen.)

Sie funktioniert ähnlich wie Auswahl 11-Erneut senden. Der einzige Zweck der Auswahl 22 ist es, eine Email im Ordner Gesendet nochmals im Ordner Ausgang zu erstellen und einen neuen Versand durchzuführen - natürlich in der Hoffnung, dass das eigentliche Problem auf dem Mailserver oder in der directspool Jobumgebung behoben wurde. Die ursprünglich gescheiterte Email bleibt bestehen.

Die Auswahl 22 reagiert nach Enter sofort, ohne nochmals eine Bestätigung zu verlangen. Daher ist sie gut geeignet, schnell einen Reset durchzuführen, wenn viele Einträge betroffen sind.

Erkennbar sind solche Fälle im Ordner Gesendet, wenn bei Auswahl 25 keine Versandinformationen angezeigt werden, während bei älteren Emails der Versand mit OK bestätigt wurde.

X-File ist eine Verallgemeinerung von ZUGFeRD. Damit ist es möglich, beliebige Transformationen in directspool zu erstellen (nicht nur ZUGFeRD).

Die Transformation erzeugt ein beliebiges File, das nicht in PDF eingebettet ist. Angesteuert wird dies über das Ausgabeformat (*XFILE).

Ansonsten gilt, bei nicht *XFILE und nicht *ZUGFERD bleibt die Funktionalität wie bisher bestehen.

In den XFILE Einstellungen kann man die Transformation analog ZUGFeRD eingeben.

Die Transformation wird auf die Spooldatei angewendet und es wird eine Datei erstellt. Bei X-ADD kann man noch ein optionales Include für den X-File erstellen.

Das erzeugte X-File kann je nach directspool Definition ausgegeben oder als Anhang versendet werden.

Mit der X-File Transformation können beliebige Ausgabeformate erzeugt werden. Z.B. TXT, XML, Word, XLS. Das Verfahren ist analog zu ZUGFeRD: Zuweisung von Indexwerten und Konstanten zu Header und Positionen.
Die Endung für die X-Files ist frei wählbar.

Eine Beschreibung der X-File und ZUGFeRD Funktionalität mit Beispielen und Screenshots ist in Vorbereitung.

Bei intensiver Nutzung des Empfangs von Emails incl. autom. Verarbeitung über den directmail Eingangsassistenten kann es zu einem Speichermangel im Job DMRCV kommen. Es wurde eine Prüfung hinzugefügt, die den Mangel erkennt und den Job autom. neu startet. Dieser Restart wird an QSYSOPR angezeigt.

Die Programme DMRCVMON und DMSTRPGM wurden angepasst.

Das Programm wurde so geändert, dass es bei der Ausführung in einer interaktiven Sitzung keine Infos mehr zu dem gerade generierten Barcode einblendet.

Seltene Fehler beim Versand von Emails, wie z.B. ein Timeout, werden jetzt in den Trace geschrieben. Vorher waren sie lediglich als Fehler RNQ0100 Länge oder Position falsch im Joblog von DMSND01 etc zu sehen, wobei das Programm DMSNDSMT abgebrochen wurde.

Jetzt wird die Fehlermeldung ERR0262 SMTP Server Timeout beim Senden von Mail … ausgegeben. Sollte der Fehler häufig auftreten, sollten die Einstellungen in der Mailbox bzw. im Konfig.-Befehl CFGDIRMAIL F4 bei den Parametern für SMTP Server Timeout geprüft werden. Standardwert ist 20 Sekunden.

Möglicherweise entstehen Fehler dadurch, dass der entfernte Mailserver oder das Netzwerk überlastet sind oder die (eigene) Absenderdomäne beim Empfänger gesperrt ist (Spamschutz). Sollte der Fehler im Rahmen der automatischen Sendewiederholung mehrfach auftreten, wird die Email in den Fehler Ordner der Mailbox verschoben.

Das PTF sorgt dafür, dass die Funktionen in ZUGFeRD angepasst werden, wenn ZUGFeRD bereits in einer älteren Version in Bibl. DIRMAIL vorhanden war.

Die folgenden Barcodes werden jetzt neu unterstützt:

Die folgenden Barcodes wurden entfernt:

Die aktuelle Liste der unterstützen Barcodes finden Sie hier: directspool-Definitionen bearbeiten

Diese Funktion wurde um eine universell verwendbare Steuerung zum Einfügen von Dateianhängen (nicht nur XML) in PDF-Dateien erweitert.

In WRKATMDEF kann mit Taste F7 die Verwaltung von ZUGFeRD u.a. Vorlagen erreicht werden.

Die Vorlagen für ZUGFeRD liegen in folgendem IFS Verzeichnis:

/Toolmaker/DirectMail400/Zugferd

In der Quellendatei QRPGLESRC2 in Bibliothek DIRMAIL wird ein API für Programmierer mitgeliefert, welches zum Einfügen von PC-Dateien in ein fertiges PDF-Dokument geeignet ist.

Es handelt sich hier um eine komplexe Erweiterung, für die noch keine Erfahrungen im Produktionsbetrieb vorliegen.

Eine detaillierte Beschreibung ist in Vorbereitung.

Im Befehl SNDSPLEML ist jetzt im Parameter FILE (Name der Spooldatei) der Wert *NONE zugelassen. Dies erlaubt das Senden einer einfachen Email ohne Anhang und ohne, dass eine Dummy-SPLF vorhanden sein muss.

Alle Parameterangaben, die sich auf eine SPLF beziehen, werden ignoriert.

Da dieser Befehl als Kopie auch in Bibliothek QSYS vorhanden sein muss, sollte der Originalbefehl aus DIRMAIL nach Installation des PTFs manuell nach QSYS kopiert werden.

Weitere Informationen zum Befehl SNDSPLEML finden Sie hier: Der Befehl SNDSPLEML

Das Email Empfangsprogramm wurde um eine interne Filterfunktion erweitert, die falsch formatierte Emailadressen des Absenders (z.B. bei SPAM asiatischen Ursprungs) übergeht, bevor der MIME String einen Abbruchfehler auslöst.

Diese Funktion (Beschreibung siehe im PTF 10) wurde optimiert. Standardmäßig wird ein Cache-Eintrag jetzt nach 60 Minuten wieder gelöscht. Das Programm DMATMMON wurde geändert, so dass man die Zeitspanne über ein Kennzeichen im Datenbereich DMDTAARA (Stelle 1229) steuern kann.

Weitere Informationen zur Steuerung der Cache-"Lebenszeit" finden Sie hier: directspool: doppelte Verarbeitung von SPLF verhindern (die Cache-Funktion).

Innerhalb von DirectSpool (Automail) kann mit der Funktion ^SKP eine Seite im Dokument übersprungen werden, wenn eine bestimmte Bedingung erfüllt ist. Z.B. kann es erforderlich sein, Seiten mit dem Hinweis KOPIE auszuschließen, damit sie nicht Teil der PDF-Datei werden.

Für den Fall, dass zufällig alle Seiten die Bedingung erfüllen und ausgeschlossen werden, wird keine PDF-Datei erstellt, was Fehler bei der Weiterverarbeitung der Spooldatei auslöst. Erkennbar ist das daran, dass in der SPLF der Parameter Ben.-Daten (USRDTA) auf dem Wert Automail verbleibt und die SPLF evtl. wiederholt verarbeitet wird.

Um solche Sonderfälle abzufangen, wurde Programm DMATMEXC so geändert, dass die Verarbeitung des Dokuments vor der Konvertierung in eine PDF-Datei abgebrochen wird – Voraussetzung ist, dass die Seiten des Dokuments durch ^SKP ausgeschlossen wurden. Es erfolgt keine Fehlermeldung. Falls der Trace eingeschaltet ist, kann der Vorgang anhand folgender Meldung erkannt werden:

No pages in segment … segment deleted

Zusätzlich wurde ein Debug-Schalter eingefügt. Dieser kann in Stelle 1230 von DMDTAARA auf Anweisung der Hotline aktiviert werden und verhindert das Löschen der Sätze in den Arbeitsdateien DMEXCSEG, DMEXCPAG, DMEXCIDX, IFS /Temp/Automail/ATM_*.

Hinweis: Die während der Fehleranalyse aufgelaufenen Sätze in den genannten Dateien und die Arbeitsdateien im IFS müssen manuell gelöscht werden.

Das Programm DMATMRPL, welches die Funktion Closelevel in DWCGI aufruft, wurde um eine Fehlerabfang-Routine erweitert und neu umgewandelt. Der Fehler MCH0601 ist im Zusammenhang mit der Installation von WOPiXX 2.41 entstanden. Solange das PTF nicht installiert ist, kann man die Fehlermeldung an QSYSOPR mit G übergehen. Der Job DMATMxx läuft dann ohne negative Auswirkungen weiter.

Bei Verwendung von directspool (Automail) kann es sporadisch zu einer zweiten Verarbeitung derselben Spooldatei (SPLF) kommen. Der Fehler ist meist nicht reproduzierbar. Er tritt auf, wenn bei der Auswahl der nächsten zu verarbeitenden SPLF 2 Ereignisse gleichzeitig oder zeitnah auftreten.

Die Wahrscheinlichkeit für den Fehler ist erhöht, wenn bei der Überwachung der verschiedenen OUTQs bei den Einstellungen neben einem Poll-Intervall die Nutzung einer DTAQ aktiviert ist. Je kürzer das Poll-Intervall, um so eher kann es zu einer Überschneidung mit Aktivitäten aus der DTAQ kommen.

Hinweis: Die DTAQ erhält vom Betriebssystem eine Nachricht, wenn eine SPLF freigegeben oder gerade erzeugt wurde. Dies kann dann mit den zeitgesteuerten sequenziellen Durchsuchungen der OUTQ Einträge (Pollen) zusammentreffen.

In den Programmen DMATMMON und DMATMEXC wird jetzt eine Cache Funktion verwendet, welche die Indentifikation der aktuellen SPLF speichert. Somit können die beiden beteiligten Programme erkennen, ob eine SPLF schon einmal zur Verarbeitung ausgewählt wurde.

Dabei verhindert diese Vorgehensweise nicht grundsätzlich eine zweite Verarbeitung, sie sorgt nur dafür, dass eine erneute Freigabe der SPLF geordnet im Zeitrahmen des Poll-Intervalls erfolgt.

Weitere Hinweise finden Sie hier: directspool: doppelte Verarbeitung von SPLF verhindern (die Cache-Funktion)

Im Programm DMATMCHK wurde die Ausgabe von Trace Informationen des Jobs DMATM reduziert. Grund: Falls der Trace eingeschaltet ist und auf dem System sehr viele OUTQs überwacht werden müssen, kann sich die Trace Datei im IFS unter /Toolmaker/directmail400/Debug im Laufe des Tages zu Gigabyte Größe aufblähen. Es wird daher empfohlen, den Trace nur bei Bedarf (Fehlersuche) aktiviert zu haben. (Siehe CFGDIRMAIL F4, F9, TRACE *NO)

Die Verarbeitung von großen Spooldateien mit Auswahl der Funktion ZUGFeRD kann auf einen Indexfehler laufen, wenn die Anzahl Indizes je Seite sehr groß ist und bei einer Rechnung viele Seiten vorhanden sind. Die internen Speicher wurden erheblich erweitert, um den Fehler zu vermeiden.

Wenn eingegangene Emails von einem Posteingangs-Assistenten mit *FORWARD weitergeleitet werden und gleichzeitig SSL Verschlüsselung vom Mailserver verlangt wird (z.B. mit Funktion STARTTLS), kann es zu einem Abbruch der Übertragung kommen.

Grund ist, dass dem Weiterleitungsvorgang keine Mailbox zugrunde liegt. Somit fehlen die ganzen Konfig.-Parameter einer Mailbox. Das Programm holt sich die Ersatzparameter aus Datenbereich DMDTAARA und versucht, damit den Sendevorgang durchzuführen. Möglicherweise sind die (Ersatz-) Parameter in Befehl CFGDIRMAIL F4 F9 aber falsch, unvollständig, unsichtbar oder verschlüsselt (also nicht überprüfbar).

Für die Lösung des Problems benötigen wir eine Mailbox, die nachweislich mit STARTTLS funktioniert und müssen deren Namen im DMDTAARA an einer bestimmten Stelle hinterlegen. Im Programm DMSNDSMT wurde dazu eine neue Funktion eingebaut.

Die Konfiguration dieser neuen Funktion ist hier beschrieben: TLS-Verschlüsselung bei der Weiterleitung per Posteingangs-Assistent konfigurieren.

Das STARTTLS Problem wurde erstmals bei einem Office365 Mailserver beobachtet. Eine weitere Hürde ergab sich aus der Nutzung der Option Original Absender . . . J unter Option 8 Parameter bei der Konfiguration der Funktion *FORWARD.

Bei Office365 werden Emails nur akzeptiert, wenn Sie aus dem Domänenbereich des Kunden kommen, was bei der Weiterleitung einer externen Email nicht der Fall ist, da bei Angabe von J als Absender die fremde Adresse verwendet werden soll.

Also muss in diesem Fall ein N angegeben werden.

Die directspoool Komponente von directmail (auch als Automail oder ATM bezeichnet) wurde um eine Phasensteuerung erweitert.

Die Phasensteuerung ermöglicht einen zweiten Durchlauf der Verarbeitung der Spooldatei innerhalb desselben Vorgangs. Wenn z.B. eine SPLF mit mehreren Dokumenten und mehreren Seiten pro Dokument (Beleg) in eine PDF-Datei je Beleg konvertiert wird, sollen Seiten mit Aufdruck - K O P I E – nicht archiviert und auch nicht gemailt, aber über Print PDF mit Layout gedruckt werden.

Wie man die Phasesteuerung verwendet ist auf dieser Seite beschrieben: Phasensteuerung: 2 Durchläufe für 1 SPLF

Directspool wurde um eine Funktion erweitert, die es erlaubt, den Druck der Seiten ohne Emailadresse so zu steuern, dass je Beleg eine eigene kleine SPLF generiert wird. Diese neuen Spooldateien können danach wie bisher gedruckt werden, es kann aber auch eine Weiterverarbeitung stattfinden. Über die Ausgabebedingungen kann man statt der Seiten ohne Emailadresse auch nur die Seiten mit Emailadresse ausgeben.

Das Vorgehen, wie man diese Funktion nutzt ist in der Dokumentation beschreiben: Segmentierung der Spoolausgabe in directspool

Es wurden seit Version 5.50 folgende neue Standardindizes eingeführt. Diese erhalten ihren Wert automatisch und es kann ihnen per Definition kein Wert zugewiesen werden:

Die Namen der neuen Indizes sind auf 1 Zeichen beschränkt (nicht die Werte) und können daher in SQL-Statements oder in kurzen Eingabefeldern als Variablen eingefügt werden, auch wenn wenig Platz ist.

Bei der in PTF 07 eingeführten Mandanten-Steuerung in DirectSpool kann der Archivname jetzt als eine generische Maske angegeben werden. Lautet der in der Automail Definition vorgegebene Archivname z.B. TMSARCHIV kann in der Mandantensteuerung bei Archivname als Maske XXX* angegeben werden. Das führt dazu, dass TMS durch den aktuellen Mandantencode z.B. MCH ersetzt wird und im Ergebnis der Archivname MCHARCHIV zum Einsatz kommt. Beispiele:

Maske XXX*, Defin. Archivname KLBLISTEN, aktueller Mandant CCH, Ergebnis: CCHLISTEN

Maske *XXX, Defin. Archivname LISTENKLB, aktueller Mandant CCH, Ergebnis LISTENCCH

Achtung: Eine Maske wie XXX wird nicht unterstützt, da das Programm die Position des Codes nicht ermitteln kann.

Die Zeichen in der Maske sind egal, aber die Anzahl muss der Länge des Mandantencodes entsprechen.

Die Lizenzprüfung bei STREMLMON wurde geändert. Die Kombination der Lizenz LIT (Lite Version mit 1 Mailbox) mit MBX (Zusätzliche Mailboxen) war nicht vorgesehen und führte zu einem Fehlstart. Dies wurde behoben. Die Kombination der Lizenzen BASE und MBX war und ist gültig.

Das DirectSpool Ausführungsprogramm DMATMEXC wurde geändert: Im Modus directView werden keine Dokumente separiert, sondern die gesamte SPLF angezeigt. Bisher kam es zu dem Effekt, dass nur das erste von mehreren Dokumenten angezeigt wurde.