Meldung "Please purchase Mail.dll license at https://www.limilabs.com/mail" nach Update auf 1.9.4.4

[t.oster]

Bei uns (1.9.6.4) kommt das Problem hauptsächlich/reproduzierbar vor, wenn die Mails über einen Workflow versendet werden, den wir über die JTL-Wawi-Extern.dll triggern. Direkt aus der Wawi konnte ich noch nicht verifizieren (aber auch noch nicht ausschließen), dass es auch zu dem Fehler kommt. Ich vermute mal, dass die Mail.dll die Lizenzsierung irgendwie anhand der aufrufenden .exe Datei (Signatur?) prüft, was für selbst-komplierte Dateien natürlich fehlschlägt, sodass der Fehler dann auftritt, das ist aber bisher nur meine Vermutung.

 

[jensderdritte]

Bevor ich update:
Den Fehler gibt es seit einem halben Jahr.
Anscheinend nicht bei Allen, oder es fällt nur einem Teil der Nutzer auf?
Gibt es dazu neue Erkenntnisse?

 

[edd-on]

Ich habe bei einem Kunden das selbe Problem. Version 1.9.6.5.
Hier werden über die ExternDLL Versanddaten eingespielt, ca 5% der Versandbenachrichtigungen bekommen den komischen Betreff. Neuinstallation in neuen Ordner hat nicht geholfen.
Es ist kurios, dass mehrere Aufträge im selben Zyklus korrekt funktionieren, vereinzelt gibt es dann Probleme.

JTL hat sich dem angenommen und für die Entwicklung ein Ticket erstellt. Man kann also nur abwarten.

 

[SportNet]

JTL hat sich dem angenommen und für die Entwicklung ein Ticket erstellt. Man kann also nur abwarten.

Hast du einen Link zu Issue Tracker?

 

[karabey]

Auch bei uns jetzt aufgetreten. MailLicense.xml ist im Ordner.
Allerdings läuft die Lizenz demnächst aus.

<SubscriptionUntil>2025-06-05</SubscriptionUntil>

Dann muss man updaten oder bekommt eine neue Lizenz?

 

[t.oster]

Nur kurze Rückmeldung: Bei uns war das Problem, dass wir die E-Mail per Workflow ausgelöst haben, welcher über die JTL-Wawi-Extern.dll getriggert worden ist von eine .exe Datei, die NICHT im C:\Program Files (x86)\JTL-Software Ordner liegt. Sobald wir die Datei in den Ordner verschoben hatten, war das Problem weg. Prüft mal, ob bei euch der Prozess, der am Ende die E-Mail schickt (Worker etc.) das korrekte Arbeitverzeichnis hat und im richtigen Ordner liegt.

 

[Gerd Steiner]

Bei uns kommt der Fehler auch, selbst in der aktuellen WaWi ist noch die Lizenz-XML mit der im Juni ausgelaufenen Subscription drin. Bitte ASAP eine neue Lizenz-XML bereitstellen.

 

[Marc Völker]

Hallo,
hier ist kein Update nötig, wir müssen die nur dann Updaten, wenn wir eine neuere DLL bereitstellen. Wichtig ist hierbei aber die Tatsache, dass wenn ihr Programme nutzt, die über z.B. externe Schnittstellen wie die JTL.WawiExtern.dll arbeiten, die Datei im Ausführungsverzeichnis (Arbeitsverzeichnis) vorhanden sein muss. Der Fehler kann auch kommen, wenn man die Wawi startet, und in der Verknüpfung das Arbeitsverzecihnis z.B. abändert.



Oder Die wawi z.B. über CMD aufruft aus einem Verzeichnis wie c:\
Dann ist nämlich das Arbeitsverzeichnis c:\ und er findet die License nicht. Da es sich hierbei um eine Drittanbieter DLL landet, haben wir leider auch keine möglichkeiten darauf einzugehen, wie er die Lizenz findet.

 

[Intronic]

Hallo,

wir haben das Problem seit dem letzten Update auf 1.11.4 auch. Wir versenden per Workflow Emails, wenn Aufträge mit definierten Eigenschaften angelegt werden. - Es ist also keine externe Anwendung involviert.
Der genannte Betreff taucht - für uns nicht reproduzierbar - in jeder 7-10 Mail auf.
MailLicense.xml liegt im Programmverzeichnet, Subscription bis 02.06.2027.
Hat das Problem aktuell noch jemand? Gibt es eine Lösung?

 

[t.oster]

Hi, kann es sein, dass ihr Workflow über den Worker ausgeführt wird? Wenn ja, prüfen Sie evtl mal, ob der Worker-Prozess das korrekte Arbeitsverzeichnis hat.

 

[Intronic]

Hi,

danke für die Antwort. "Arbeitsverzeichnis" heißt dass die worker.exe im Programmverzeichnis liegt? Das scheint so zu passen.

 

[t.oster]

Was steht denn im Taskmanager als Arbeitsverzeichnis (Tab Details, evtl muss die Spalte hinzugefügt werden)

 

[Intronic]

Eine Spalte "Arbeitsverzeichnis" gibt es nicht zum einblenden. Ist der "Imagepfadname" das Arbeitsverzeichnis?

 

[t.oster]

Stimmt, der Taskmanager kann das nicht. Ich habe es bei mir gerade im ProcessExplorer (Sysinternals) geprüft, dort steht allerdings C:\Windows\System32\. Allerdings verschicken wir keine Mails über den Worker, von daher vielleicht einfach mal den Worker-Dienst beenden und den Worker von Hand starten aus der CMD und dabei vorher ins JTL-Verzeichnis gehen. Dann können Sie das ja einige Zeit so laufen lassen und prüfen, ob es aufhört.