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