Add Entry tut nicht was er soll oder XL vs. MX

Automatische Abläufe Zeitgesteuert oder bei Ereignissen.
DvCC ist das mächtigste Backend Instrument von David.

Leider auch am schlechtesten Dokumentiert.

Add Entry tut nicht was er soll oder XL vs. MX

Neuer Beitragvon es » Mi Sep 21, 2005 11:50 am


Hi group,

wir haben auf eine DXL7 einen Script kreiert, der als krönenden Abschluß per
AddEntry eine e-Mail im Archive "Unverteilt" kreiert, also

SetArchive %(System.Input.DavidRoot)\ARCHIVE\COMMON
AddEntry blahblahblah.

Funktioniert soweit einwandfrei. Nun soll das Script auf nem MX laufen, und
da klappt's halt nicht. Die Dateien mit der Erweiterung .001 unter
TLD\COMMON, die als Quelle für die Mail dienen sollen, werden zwar angelegt,
aber es wird keine Mail erstellt..

Weiß jemand Rat?

A propos: Kann ich meine NFR-Telefonielizenz evtl. dort in einer Produktiven
Umgebung eintragen, damit ich das debuggen kann oder muß ich mir ein NFR-MX
kaufen und einen Exchange-Server basteln?

Liebe Grüße

ES
es
 
Beiträge: 0
Registriert: Di Jun 02, 2009 5:04 am

Advertisement

Re: Add Entry tut nicht was er soll oder XL vs. MX

Neuer Beitragvon klaus h. huebner » Mi Sep 21, 2005 9:55 pm


Hallo ES,

entferne in der Pfadangabe den \ vor ARCHIVE. Dieser
wird nämlich von %(System.Input.DavidRoot) schon
mitgeliefert !!!

Debuggen kannst Du auch ohne Extended Telephony
Module. Trage in der TLD.INI an beliebiger Stelle ein:
File=1
und starte den Port neu. Dann erhälst Du im Verzeichnis
...\David\Tld\Port\ die Datei TLD.SCR.
Benenne diese in TLD.TXT um und öffne sie mit einem
Editor.

Gruss

Klaus

www.kh-orgloesungen.de


"ES" schrieb im Newsbeitrag news:1485750066@news.tobit.com...
Hi group,

wir haben auf eine DXL7 einen Script kreiert, der als krönenden Abschluß
per
AddEntry eine e-Mail im Archive "Unverteilt" kreiert, also

SetArchive %(System.Input.DavidRoot)\ARCHIVE\COMMON
AddEntry blahblahblah.

Funktioniert soweit einwandfrei. Nun soll das Script auf nem MX laufen,
und
da klappt's halt nicht. Die Dateien mit der Erweiterung .001 unter
TLD\COMMON, die als Quelle für die Mail dienen sollen, werden zwar
angelegt,
aber es wird keine Mail erstellt..

Weiß jemand Rat?

A propos: Kann ich meine NFR-Telefonielizenz evtl. dort in einer
Produktiven
Umgebung eintragen, damit ich das debuggen kann oder muß ich mir ein
NFR-MX
kaufen und einen Exchange-Server basteln?

Liebe Grüße

ES


klaus h. huebner
 
Beiträge: 0
Registriert: Mo Jun 01, 2009 2:08 pm

Re: Add Entry tut nicht was er soll oder XL vs. MX

Neuer Beitragvon es » Do Sep 22, 2005 9:40 am


Hallo Klaus,

ad 1. danke für den Tip, werde ich ausprobieren. Warum funktioniert es denn
in XL, wenn da zu viele Slashes sind?

ad 2. mit "Debuggen" meine ich natürlich die Möglichkeit ad Hoc Korrekturen
durchzuführen, sprich: Den Script zu editieren. Da hilft es wohl weniger,
die Fehlerausgabe zu haben. Trotzdem danke auch dafür.

Gruß

ES

"Klaus H. Hübner" schrieb im Newsbeitrag
news:1082118759@news.tobit.com...
Hallo ES,

entferne in der Pfadangabe den \ vor ARCHIVE. Dieser
wird nämlich von %(System.Input.DavidRoot) schon
mitgeliefert !!!

Debuggen kannst Du auch ohne Extended Telephony
Module. Trage in der TLD.INI an beliebiger Stelle ein:
File=1
und starte den Port neu. Dann erhälst Du im Verzeichnis
...\David\Tld\Port\ die Datei TLD.SCR.
Benenne diese in TLD.TXT um und öffne sie mit einem
Editor.

Gruss

Klaus

www.kh-orgloesungen.de


"ES" schrieb im Newsbeitrag
news:1485750066@news.tobit.com...
Hi group,

wir haben auf eine DXL7 einen Script kreiert, der als krönenden Abschluß
per
AddEntry eine e-Mail im Archive "Unverteilt" kreiert, also

SetArchive %(System.Input.DavidRoot)\ARCHIVE\COMMON
AddEntry blahblahblah.

Funktioniert soweit einwandfrei. Nun soll das Script auf nem MX laufen,
und
da klappt's halt nicht. Die Dateien mit der Erweiterung .001 unter
TLD\COMMON, die als Quelle für die Mail dienen sollen, werden zwar
angelegt,
aber es wird keine Mail erstellt..

Weiß jemand Rat?

A propos: Kann ich meine NFR-Telefonielizenz evtl. dort in einer
Produktiven
Umgebung eintragen, damit ich das debuggen kann oder muß ich mir ein
NFR-MX
kaufen und einen Exchange-Server basteln?

Liebe Grüße

ES





es
 
Beiträge: 0
Registriert: Di Jun 02, 2009 5:04 am


Zurück zu DvCC-Scriptprogrammierung

 


  • { RELATED_TOPICS }
    Antworten
    Zugriffe
    Letzter Beitrag

Wer ist online?

Mitglieder in diesem Forum: 0 Mitglieder und 1 Gast