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.
Pages: 1 [2]
16
E-Mail - Ask For Help / Re: Email text not showing correctly
« on: December 03, 2013, 05:45:25 AM »
Hi Bruce,
Thanks for the info. I guess we'll look into upgrading then.
The base64 encoding required some changes with the NetEmail-class also, I think. But good if it is included, saves us a bit of work if we have no need to tweak the code on that part when we upgrade.
-Vesa-
Thanks for the info. I guess we'll look into upgrading then.
The base64 encoding required some changes with the NetEmail-class also, I think. But good if it is included, saves us a bit of work if we have no need to tweak the code on that part when we upgrade.
-Vesa-
17
E-Mail - Ask For Help / Re: Email text not showing correctly
« on: December 02, 2013, 12:10:21 AM »
Hi Bruce,
We did some testing over the weekend on this issue. It seems that the email-receiving is working with the older NT5.29 that we use with C6. So shouldn't it work also with NT6?
We are in bit of trouble with this because of upgrading to NT6 on C8. Do you know the cause of the issue, can it be easily fixed with NT6 source? We are currently running several webserver-projects with NT6, and do not have the time to upgrade them right now to NT7.
By the way, does the NT7 already have the base64 encoding for the attachment names, that we discussed earlier?
BR,
-Vesa-
We did some testing over the weekend on this issue. It seems that the email-receiving is working with the older NT5.29 that we use with C6. So shouldn't it work also with NT6?
We are in bit of trouble with this because of upgrading to NT6 on C8. Do you know the cause of the issue, can it be easily fixed with NT6 source? We are currently running several webserver-projects with NT6, and do not have the time to upgrade them right now to NT7.
By the way, does the NT7 already have the base64 encoding for the attachment names, that we discussed earlier?
BR,
-Vesa-
18
E-Mail - Ask For Help / Email text not showing correctly
« on: November 28, 2013, 11:09:02 PM »
Hi!
We are experiencing some problems with receiving emails using C8 and NT 6.52. Plain text messages are shown correctly, but if the message has an attachment, the text part shows only following:
This is a multi-part message in MIME format.
This email requires a MIME compatible email reader.
This problem occurs in our software, but it happens also with the Nettalk Demo App.
Has anyone had the same problem? Any ideas what could be done to solve the issue?
-Vesa-
We are experiencing some problems with receiving emails using C8 and NT 6.52. Plain text messages are shown correctly, but if the message has an attachment, the text part shows only following:
This is a multi-part message in MIME format.
This email requires a MIME compatible email reader.
This problem occurs in our software, but it happens also with the Nettalk Demo App.
Has anyone had the same problem? Any ideas what could be done to solve the issue?
-Vesa-
19
Web Server - Ask For Help / Re: Send new value to server sends to a wrong NetWebForm
« on: November 10, 2013, 10:47:36 PM »
Hi Bruce,
Ok. The GET from checkbox field in "DayLimits" NetWebForm goes to the "Load lists" NetWebForm, that holds the "DayLimits", and that is probably how it should work.
Thanks for your time, I'll start to refactor my project.
BR,
Vesa
Ok. The GET from checkbox field in "DayLimits" NetWebForm goes to the "Load lists" NetWebForm, that holds the "DayLimits", and that is probably how it should work.
Thanks for your time, I'll start to refactor my project.
BR,
Vesa
20
Web Server - Ask For Help / Re: Send new value to server sends to a wrong NetWebForm
« on: November 08, 2013, 02:21:26 AM »
Hi Bruce and thanks for the answer!
Okay, just to make sure, there cannot be a NetWebForm inside a NetWebForm?
The difference I see with the NT versions is that when I click the checkbox, the GET-event in the server window goes to different procedure (Load lists vs Day limits) Does the checkbox act as kind of a submit button when "Send new value to server" is selected for the checkbox?
Ok, most likely I need to refactor my code. It is a good thing that this came up first with this project, as it is quite small one.
BR,
Vesa
Okay, just to make sure, there cannot be a NetWebForm inside a NetWebForm?
The difference I see with the NT versions is that when I click the checkbox, the GET-event in the server window goes to different procedure (Load lists vs Day limits) Does the checkbox act as kind of a submit button when "Send new value to server" is selected for the checkbox?
Ok, most likely I need to refactor my code. It is a good thing that this came up first with this project, as it is quite small one.
BR,
Vesa
21
Web Server - Ask For Help / Send new value to server sends to a wrong NetWebForm
« on: November 07, 2013, 12:56:40 AM »
Hello,
Currently working with Clarion 8 and NT 6.54, I have a form called "Load lists", which has another form, called "Day limits" and a browse "Loads" as fields in one tab. In the "DayLimits" form I have a checkbox, which has "Send new value to server" selected from the Client-Side tab. This checkbox is used to show/hide fields from the "Day limits" form and change behaviour of the report that can be printed from the form.
The problem is that the checkbox send value to the "Load lists" form instead of the "Day limits" form, so nothing gets done. Is there some setting for deciding which form gets the value?
This project was just upgraded from C6 and NT 5.29, where it worked fine, so I am wondering what has changed?
BR,
Vesa
Currently working with Clarion 8 and NT 6.54, I have a form called "Load lists", which has another form, called "Day limits" and a browse "Loads" as fields in one tab. In the "DayLimits" form I have a checkbox, which has "Send new value to server" selected from the Client-Side tab. This checkbox is used to show/hide fields from the "Day limits" form and change behaviour of the report that can be printed from the form.
The problem is that the checkbox send value to the "Load lists" form instead of the "Day limits" form, so nothing gets done. Is there some setting for deciding which form gets the value?
This project was just upgraded from C6 and NT 5.29, where it worked fine, so I am wondering what has changed?
BR,
Vesa
22
Web Server - Ask For Help / Re: Multisite host and dll addresses
« on: August 21, 2013, 10:34:30 PM »
Thanks for the reply Bruce!
All clients would use the same app and dll. I planned that each client would have their own copy of the dll that is registered to the host.exe, and each dll would have their own dataset.
-Vesa-
All clients would use the same app and dll. I planned that each client would have their own copy of the dll that is registered to the host.exe, and each dll would have their own dataset.
-Vesa-
23
Web Server - Ask For Help / Multisite host and dll addresses
« on: August 21, 2013, 09:30:24 PM »
Hello,
I've been playing around with the MultiSite -example for few days to see if it fits our needs of managing multiple webservers.
The normal way I guess would be to point to client-dll with subdomain address ie. client1.example.com. The ideal way of forming the client-dll addresses for our needs would be to separate each client the following way:
http://www.example.com/client1/
http://www.example.com/client2/
Can this be done with the host.exe?
-Vesa-
I've been playing around with the MultiSite -example for few days to see if it fits our needs of managing multiple webservers.
The normal way I guess would be to point to client-dll with subdomain address ie. client1.example.com. The ideal way of forming the client-dll addresses for our needs would be to separate each client the following way:
http://www.example.com/client1/
http://www.example.com/client2/
Can this be done with the host.exe?
-Vesa-
24
E-Mail - Ask For Help / Re: Non-ASCII email subjects and attachment file names
« on: August 13, 2013, 03:24:45 AM »
Okay, got this finally done.
I added a procedure to NetEmail.clw which handles the encoding of the subject and attachment name using StringTheory and is called from ProcessAttachments routine when setting the name of the attachment and from my program code when setting the subject of the message.
Bruce, would it be possible to include the encoding option for both the subject and the attachment filenames to future releases of NetTalk, so that the modifying the NetEmail.clw would not be necessary?
-Vesa-
I added a procedure to NetEmail.clw which handles the encoding of the subject and attachment name using StringTheory and is called from ProcessAttachments routine when setting the name of the attachment and from my program code when setting the subject of the message.
Bruce, would it be possible to include the encoding option for both the subject and the attachment filenames to future releases of NetTalk, so that the modifying the NetEmail.clw would not be necessary?
-Vesa-
25
E-Mail - Ask For Help / Re: Non-ASCII email subjects and attachment file names
« on: August 12, 2013, 10:28:52 PM »
Thanks Bruce!
I'll update my StringTheory to latest version.
-Vesa-
I'll update my StringTheory to latest version.
-Vesa-
26
E-Mail - Ask For Help / Re: Non-ASCII email subjects and attachment file names
« on: June 07, 2013, 01:08:28 AM »
Hi estadok, and thanks for your reply.
Ok, the code clip you posted works, with few tweaks because the current project is not a WebServer project (also replaced Q with B, as RFC-document defines):
Do you mean did I change the filename charset when saving the attachment? The file itself is not a text file. I did not process the file name in any way when saving the file with nettalk client. I was hoping that nettalk would do it, as it is quite common way to handle attachment names, Well, I guess DIY is the best way then
-Vesa-
Ok, the code clip you posted works, with few tweaks because the current project is not a WebServer project (also replaced Q with B, as RFC-document defines):
Code: [Select]
len1 = LEN(CLIP(EmailSubject))
ThisSendEmail.Subject = '=?iso-8859-1?B?' & CLIP(NetBase64Encode(CLIP(EmailSubject),len1)) & '?='Do you mean did I change the filename charset when saving the attachment? The file itself is not a text file. I did not process the file name in any way when saving the file with nettalk client. I was hoping that nettalk would do it, as it is quite common way to handle attachment names, Well, I guess DIY is the best way then
-Vesa-
27
E-Mail - Ask For Help / Re: Non-ASCII email subjects and attachment file names
« on: June 06, 2013, 10:50:17 PM »
Hi Peter, and thanks for your reply,
I already use the ThisSendEmail.OptionsMimeTextCharset = 'iso-8859-1' before ThisSendEmail.SendMail() and it works great with the actual content of the email (text and html), but it doesn't seem to have affect to the subject and attachment filename.
-Vesa-
I already use the ThisSendEmail.OptionsMimeTextCharset = 'iso-8859-1' before ThisSendEmail.SendMail() and it works great with the actual content of the email (text and html), but it doesn't seem to have affect to the subject and attachment filename.
-Vesa-
28
E-Mail - Ask For Help / Non-ASCII email subjects and attachment file names
« on: June 06, 2013, 09:51:16 PM »
Hello,
Is there a simple way in NetTalk to include non-ASCII characters to a subject-field of and to a file name of an attachment when sending emails? The way it shoud be done is defined in RFC 2047 (http://tools.ietf.org/html/rfc2047).
It almost works with the subject field with following code:
But NetQuotedPrintableEncode doesn't seem to encode space-characters, so the result is not compliant with RFC 2047.
Attachment name seems to be more difficult to set. The only way I have found is to change the ProcessAttachments routine in NetEmail.clw. However, if I do the change and use Nettalk for downloading and saving attachments sent with the changed routine will mess up the saved file name. Saving seems to work fine with other clients. As the same messages need to be handled with Nettalk and other email-clients with non-ascii characters correctly showing, some hints would be greatly appreciated!
Is there a simple way in NetTalk to include non-ASCII characters to a subject-field of and to a file name of an attachment when sending emails? The way it shoud be done is defined in RFC 2047 (http://tools.ietf.org/html/rfc2047).
It almost works with the subject field with following code:
Code: [Select]
ThisSendEmail.Subject = '=?iso-8859-1?Q?' & NetQuotedPrintableEncode (CLIP(EmailSubject),len1,linelen) & '?='But NetQuotedPrintableEncode doesn't seem to encode space-characters, so the result is not compliant with RFC 2047.
Attachment name seems to be more difficult to set. The only way I have found is to change the ProcessAttachments routine in NetEmail.clw. However, if I do the change and use Nettalk for downloading and saving attachments sent with the changed routine will mess up the saved file name. Saving seems to work fine with other clients. As the same messages need to be handled with Nettalk and other email-clients with non-ascii characters correctly showing, some hints would be greatly appreciated!
29
Web Server - Ask For Help / Re: Pop-up form saves scandinavian characters wrong
« on: March 11, 2013, 01:15:35 AM »
Yep, that was it! Had done that before in a different app, but just didn't remember it. Thanks Bruce!
-Vesa-
-Vesa-
30
Web Server - Ask For Help / Pop-up form saves scandinavian characters wrong
« on: March 11, 2013, 12:27:01 AM »
Hello!
I'm using NT 6.51 and Clarion 8
When using form in a pop-up -mode, the scandinavian characters are not saved correctly into my TopSpeed-database. In WebServer settings I have set Charset to ISO-8869-1 and Store Data As to Scandinavian. The problem only appears when the form is opened in a pop-up, the "normal" way of opening the form as page works fine. Does anyone had the same issue, and maybe figured out a solution to it?
Sincerely,
Vesa
I'm using NT 6.51 and Clarion 8
When using form in a pop-up -mode, the scandinavian characters are not saved correctly into my TopSpeed-database. In WebServer settings I have set Charset to ISO-8869-1 and Store Data As to Scandinavian. The problem only appears when the form is opened in a pop-up, the "normal" way of opening the form as page works fine. Does anyone had the same issue, and maybe figured out a solution to it?
Sincerely,
Vesa
Pages: 1 [2]