Beiträge von aufdenhundgekommen

aus Anwendersicht:
VoIP aus dem Ausland geht bei uns problemlos, auch die Möglichkeit Faxe wie von Hildebrand beschrieben zu verarbeiten hat sich hier etabliert.

Leider gibt es bei der internationalität vom Greyhound Verbesserungspotential:
Am kritischsten ist, dass man Emails je nach Kodierung erst gar nicht richtig empfangen (darstellen) kann. Im Forum gibt es dazu glaube ich auch etwas- da hat ein Nutzer Probleme mit kyrillisch, bei uns möchte er keine asiatischen Schriftzeichen. Damals hieß es, dass es mit der neues Version behoben sein wird- gibt es da was neues?

Weiteres Problem ist das nichtvorhandensein von Zeitzonen- Termine usw richten sich immer nach der Greyhoundzeit. Kalender, Termine, Wiedervorlagen sindso aus dem Ausland (andere Zeitzone) nicht komfortabel nutzbar.

nachträglich den Betreff ändern geht, indem Du das Element markierst und mit STRG + RETURN zum Bearbeiten öffnest.

vlt hilft Dir das hier:
http://greyhound-software.com/…il-Konten_%28POP3_SMTP%29
und für die Zuordnung noch hier:
http://greyhound-software.com/…0_Einrichtung_von_Gruppen

Vorfreude ist ja bekanntlich die schönste Freude

Danke für die Info!

Öfters wäre es von Vorteil eine zweite Zeile bei der Firmenbezeichnung zu haben-
Entweder, weil es (bei langen Firmennamen oder Zusätzen) wirklich der Übersicht zuträglich ist, oder weil es in anderen Programmen bereits in dieser Form erfasst ist, und man die Daten untereinander synchron halten möchte.

danke Euch 3en für das viele Feedback! Damit sollte ich weiter kommen!

sollte es etwa nicht gehen?

Unter "Einstellungen > Textbausteine " wird Dir in der Spalte "Verwendet" vielleicht angezeigt was du suchst.

...?

Bilder sind immer gut
... davon abgesehen funktioniert die automatische Klassifizierung ja auch schon seit langem sehr gut- nur eben mit den Daten aus dem Ursprungselement(-text). Ich möchte aber nun den Wert nach dem klassifiziert wird selber vorgeben.
Daher die Frage: wie geht das?

Die Aufgabe:
Ein Briefelement hat ein benutzerdefiniertes Feld, hier ist ggf. die Kundennummer hinterlegt- über dieses Feld (die Kundennummer) soll das Element kontaktklassifiziert werden.

Bei den Kontakten ist die Kundennummer (im benutzerdefinierten Feld) samt Regex vorhanden.

Das Problem:
Wenn die Kundennummer im Elementtext des zu klassifizierenden Elementes vorkommt, dann wird das Ursprungselement klassifiziert- wenn die Kundennummer aber "nur" im benutzerdefiniertem Feld des Ursprungselementes ist, dann passiert nichts.

Daher die Frage: kann ich die Kontaktklassifizierung auch mit eigenen Daten anstoßen? Und wenn ja: wie?

Danke für Hinweise!

slammers schrieb:

Hallo,

ja, das ist problemlos über die Regelknoten "Lokale Variable einfügen" und "Quelltext einfügen" möglich. Die im Screenshot gezeigte Regel habe ich dir Email in Aufgabe duplizieren.ghRule beigefügt.

Lieben Gruß

Alles anzeigen

Zitat

Achtung! Die letzte Antwort auf dieses Thema liegt mehr als 538 Tage zurück. Das Thema ist womöglich bereits veraltet. Bitte erstellen Sie ggf. ein neues Thema.

... gerade benutzt- da kann man auch nach 500 Tagen "Danke" sagen

Hallo Kalle,

schau mal hier: [Build 1524] Kontaktzuordnung / Adressdaten in das Feld Absender übernehmen

Bericht aus der Praxis: genau dieser Anwendungsfall (unter anderem) klappt wunderbar bei uns.

Spätestens seit dem pdftotiff ist es ein Quell ewiger Freude, dass bei Briefelementen eine postalische Adresse vorhanden sein muss, damit das Element einen Absender bekommt.

Wie von Jörn Voortmann erklärt ist die Idee ja verständlich- aber gibt es einen zwingenden Grund dafür?

Ansonsten wäre es doch schön, wenn der User entscheiden kann, was als Absender eingetragen wird.
Ggf kann man sogar so weit gehen und den Absender der Email übernehmen- wenn es sich wie im Beispiel um einen umgewandelten PDF-Anhang handelt.

Danke fürs Feedback,
ich befürchte allerdings, dass hier wenig passieren wird: bisher keine Reaktion auf emails- siehe auch den verlinkten Kommentar im Eingangspost.

Es gibt aber trotzdem ein Happy End:

mit dieser Software (PDF To TIFF Command Line) habe ich es zum laufen gebracht.
nur die Zeile 21 mit dem FbmStartProcess anpassen:

und geniessen.

scheint so, als ob das Problem eingegrenzt werden konnte:
der FbmStartProcess wartet darauf, das die pdftotiff.exe fertig wird (und gibt ja gleichzeitig keine Rückmeldung)- aber scheinbar gibt es in der registrierten Version der adultpdfvariante das Problem, das bei der Ausführung eine Messagebox bestätigt werden muss. Sehr sinnvoll- so wird das Programm für die Commandline wertlos.

Guglieren hat ergeben, dass wohl auch andere das Problem haben Siehe hier: Review

Zitat

After purchasing the product and entering the license, a pop up window comes up every time you execute it making command line automation (through a batch file) impossible because it waits until you click 'OK' on the pop up window. This window did not show before registering it.

hat jemand hier das Programm in der registrierten Variante laufen- ohne diese Probleme?

Jetzt bin ich ehrlich gesagt etwas angefressen irritiert- denn bei einer Empfehlung aus dem Hause Greyhound hätte ich das nicht erwartet.

Erst mal ein fettes Lob: die Scan2go Anleitung macht richtig lust darauf das zu implementieren- vor allem da es noch für andere Anwendungen (BSP: Link) interessant ist.

Aber- wie so oft- steckt der Teufel im Detail:

Was schon geklappt hat:
das pdftotiff verrichtet problemlos seinen Dienst, die von Euch zur Verfügung gestellte Regel ruft nutzt es auch anständig:
Regel manuell nur auf Testemail mit PDFanhang ausgeführt produziert zumindest ein passendes tiff im temp-Ordner.

Jetzt gehen die Probleme los:
der Greyhoundclient zeigt das Element permanent als gesperrt an (rot hinterlegt)- und nichts weiter passiert
Geschaut was der GH-Admin so verrät: beim ersten Check beschwerte er sich über Probleme mit dem Queueserver, nach einem Neustart kam diese Fehlermeldung zwar nicht mehr, aber ein erneutes Manuelles ausführen der Regel auf ein Element brachte das selbe "Hängen" wie eingangs.

Wo kann denn da blos der Fehler liegen?
So eine schöne Funktion will einfach angewendet werden...

Danke- und kleines Feedback: das mit dem ImageMagick / ghostscript hatte zwar (teilweise) geklapt, aber eine saubere Lösung sieht anders aus... Alles in Allem wäre der Aufwand zu hoch geworden. Also dann der Empfehlung gefolgt, und wurde dann doch adultpdf.

Bei der Umsetzung im GH hakt es jetzt aber ein wenig- dafür mache ich aber einen eigenen Thread auf, sonst driftet dieser zu weit ab.

Hallo Wolfram-

danke für Dein Feedback! Der name ist wirklich - interessant gewählt...
Der siteadvisor von McAfee meint dazu auch

Zitat

Während unserer Tests haben wir auf dieser Site Downloads gefunden, die einige Personen als Adware, Spyware oder andere unerwünschte Programme ansehen würden.

Was soll man davon also halten... Better safe than sorry.

Nach Alternativen hatte ich auch schon geschaut- Die Auswahl ist wie Du sagst eher überschaulich.
Ich probiere gerade noch ImageMagick- vielleicht geht in der Richtung auch was.