Show Posts
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
61
Programming / Re: GET_FILE_BOX
« on: December 14, 2018, 04:02:29 PM »
Len,
I don't see that option in the online doco for GET_FILE_BOX (only for the DIRECTORY option)
Thanks
I don't see that option in the online doco for GET_FILE_BOX (only for the DIRECTORY option)
Thanks
62
Programming / GET_FILE_BOX
« on: December 14, 2018, 03:33:12 AM »
I'm selecting a file from a directory:
PDIR$=""
PROOT$="\HIT\SCANDATA\"
GET_FILE_BOX PDIR$,PROOT$,"Choose Order File","Text Files|order*.TXT,"
This is fine except I want to:
a - stop the user going back up the directory tree
b - suppress the 'new folder' button
how do I do this?
Thanks
PDIR$=""
PROOT$="\HIT\SCANDATA\"
GET_FILE_BOX PDIR$,PROOT$,"Choose Order File","Text Files|order*.TXT,"
This is fine except I want to:
a - stop the user going back up the directory tree
b - suppress the 'new folder' button
how do I do this?
Thanks
63
Registration and Setup / Digest links are not working anymore in my outlook 2016
« on: December 03, 2018, 02:33:35 AM »
Digest links are not working anymore in my outlook 2016.
I can't comment on other mail clients.
I can't comment on other mail clients.
64
Programming / Re: *web/email is very slow
« on: September 19, 2018, 11:08:13 PM »
I put a TRM() round the call email form program in our invoice print program.
It averages 5-6 seconds from calling the email format program which in turn calls *web/email until it returns to the invoice rpint program.
We use smtp2go for a lot of email both for ourselves and end users.
Their servers are quite fast. Perhaps as you say it is the sender/recipient verification that is taking the time.
I can send you the email formatting send program and attachments if you think it would cast some light.
This also might help diagnose why *web/email is not receiving the sent status so it can remove the .eml file from the outlook/new folder.
It averages 5-6 seconds from calling the email format program which in turn calls *web/email until it returns to the invoice rpint program.
We use smtp2go for a lot of email both for ourselves and end users.
Their servers are quite fast. Perhaps as you say it is the sender/recipient verification that is taking the time.
I can send you the email formatting send program and attachments if you think it would cast some light.
This also might help diagnose why *web/email is not receiving the sent status so it can remove the .eml file from the outlook/new folder.
65
Programming / Re: *web/email is very slow
« on: September 19, 2018, 07:24:59 AM »
PxPlus 14.10
Email is HTML with base64 encoded attachment.
The base64 encoding itself doesn't take long.
It's the actual *web/email program that is slow sending the email.
Email is HTML with base64 encoded attachment.
The base64 encoding itself doesn't take long.
It's the actual *web/email program that is slow sending the email.
66
Programming / Re: *web/email is very slow
« on: September 18, 2018, 08:57:30 PM »
Hi Allen,
I had though of that but I thought there might be a 'quicker' solution.
I had though of that but I thought there might be a 'quicker' solution.
67
Programming / *web/email is very slow
« on: September 18, 2018, 06:48:46 PM »
We have a relatively fast internet connection (80Mbit down and 28Mbit up), however it takes about 6 seconds for *web/email to generate and send the email.
This doesn't sound much until you are waiting at the screen for the process to complete.
I was thinking of setting the mail server argument to null and saving the generated email in the outlook/new folder and writing a background process to send the email.
If I do this, how do you then send the generated .eml file?
Thanks
This doesn't sound much until you are waiting at the screen for the process to complete.
I was thinking of setting the mail server argument to null and saving the generated email in the outlook/new folder and writing a background process to send the email.
If I do this, how do you then send the generated .eml file?
Thanks
68
Programming / Re: *web/email Outbox
« on: September 18, 2018, 06:44:02 PM »
The eraseit argument =1 and no error is generated. The email is delivered successfully by smtp2go.com.
69
Programming / *web/email Outbox
« on: September 17, 2018, 08:22:25 PM »
Hi,
I'm using Plus 14.10 Windows *web/email to send emails. I have set the erasit flag to 1 and am using the default *web/outbox location.
After sending an email Outbox is empty, Outbox/sent is empty but Outbox/new retains the sent emails.
The documentation says the email will remain until delivery status can be determined.
How does *web/email determine this.
The email server is mail.smtp2go.com
Thanks
I'm using Plus 14.10 Windows *web/email to send emails. I have set the erasit flag to 1 and am using the default *web/outbox location.
After sending an email Outbox is empty, Outbox/sent is empty but Outbox/new retains the sent emails.
The documentation says the email will remain until delivery status can be determined.
How does *web/email determine this.
The email server is mail.smtp2go.com
Thanks
70
Language / PxPlus version for Server 2019
« on: September 14, 2018, 05:22:16 PM »
Which version(s) of Pxplus are or will be certified for server 2019?
Thanks
Thanks
71
Language / Re: html character translation from forum to outlook
« on: August 15, 2018, 10:25:48 PM »
Yes, The digest email. I am using 32 bit Outlook. I have seen the article you referenced but as you said it is intended for 64 bit.
I added a screen shot of the digest email in my outlook 2016.
I added a screen shot of the digest email in my outlook 2016.
72
Language / html character translation from forum to outlook
« on: August 15, 2018, 02:40:18 PM »
Some characters do not (don't) translate correct in the email digest to Outlook 2016
EG Apostophe in the abbreviated will not (won't) displays as won't
How can I fix this?
Thanks
EG Apostophe in the abbreviated will not (won't) displays as won't
How can I fix this?
Thanks