| Welcome, Guest |
You have to register before you can post on our site.
|
| Forum Statistics |
» Members: 97,493
» Latest member: e39chat
» Forum threads: 2,426
» Forum posts: 11,371
Full Statistics
|
| Online Users |
There are currently 1085 online users. » 0 Member(s) | 1081 Guest(s) Applebot, Bing, Google, Yandex
|
| Latest Threads |
WebApplication.IP change ...
Forum: IntraWeb General Discussion
Last Post: MJS@mjs.us
Yesterday, 09:49 PM
» Replies: 1
» Views: 117
|
Hook/callback to handle t...
Forum: IntraWeb General Discussion
Last Post: Lenfors
09-08-2026, 09:03 AM
» Replies: 0
» Views: 114
|
Reproducible IIS crash in...
Forum: IntraWeb General Discussion
Last Post: alex.trejo@tttnet.com.mx
09-08-2026, 01:48 AM
» Replies: 0
» Views: 125
|
The packages IW16.xx inc...
Forum: IntraWeb General Discussion
Last Post: hsbelli
09-03-2026, 11:46 AM
» Replies: 2
» Views: 413
|
Redirection issues with F...
Forum: IntraWeb General Discussion
Last Post: magosk
08-31-2026, 10:03 AM
» Replies: 0
» Views: 208
|
Source Code
Forum: IntraWeb General Discussion
Last Post: magosk
08-31-2026, 08:11 AM
» Replies: 3
» Views: 580
|
TContenthandler requires ...
Forum: IntraWeb General Discussion
Last Post: valmeras
08-30-2026, 02:35 AM
» Replies: 0
» Views: 200
|
TIWjQDBGrid erratic behav...
Forum: IntraWeb General Discussion
Last Post: alex.trejo@tttnet.com.mx
08-20-2026, 05:12 PM
» Replies: 8
» Views: 2,155
|
Change Language DataTable
Forum: IntraWeb General Discussion
Last Post: Rigoberto Mercedes
08-19-2026, 03:21 PM
» Replies: 1
» Views: 333
|
How to terminate HTTP Thr...
Forum: Indy
Last Post: rlebeau
08-14-2026, 08:01 AM
» Replies: 5
» Views: 939
|
|
|
IW 14.2.9 on Rio 10.3 does not compile 64bit |
|
Posted by: berni123 - 01-13-2019, 11:07 AM - Forum: IntraWeb General Discussion
- Replies (1)
|
 |
Hello,
this is my second try to post an issue, I just discovered on using IW 14.2.9 with Rio 10.3:
IW 14.2.9 does not compile a 64bit standalone exe, while just compiling a 32bit exe is running fine.
To reproduce:
- Choss NewProject -> Intraweb app as standlaone
- Place IWButton and IWEdit on Unit1-Form
- Add IWButton OnClickEvent to write just a Text to IWEdit.Text property
1.) compile as 32bit release -> compiles and is running fine
2.) compile as 64bit release -> EROR on compile time:
Code: [dcc64 Fehler] Server.controller.pas(49): E2034 Zu viele Parameter
Line 49 is:
Code: ASession.Data := TIWUserSession.Create(nil, ASession);
This code is auto generated.
I remember a similar case a few year ago, when trying IW14 on XE3.
See: http://codeverge.com/embarcadero.delphi....it/1054583
After an update of IW 14.0 the 64bit compile was possible.
Perhaps these issues might be related.
Best regards,
Bernd
|
|
|
| Intraweb check server without creating session |
|
Posted by: lfeliz - 01-08-2019, 04:58 PM - Forum: IntraWeb General Discussion
- Replies (2)
|
 |
I recall a while back a way to call IW app to basically get valid response from IW app without creating a session. I am running behind AWS load balancer and realized that I can have LB check for existince of a file , which satisfies health check, but it creates a session.
Plan is to set a lower default session timeout value with custom error messages and increase the timeout once a valid user login is detected.
In future I may evaluate the user agent and let app create session then end it after responding as it would actually let the app respond that its alive rather than just returning a canned response. I have had an instance where my app is "non responsive", but I can still pull a file from wwwroot if my load balance health just was just requesting a file.
Anyway, thanks for reading this.
|
|
|
| IP address change error during session |
|
Posted by: lfeliz - 01-08-2019, 04:47 PM - Forum: IntraWeb General Discussion
- Replies (3)
|
 |
Hello,
I am testing my latest app, deployed on AWS, using Load Balancer (which also provides SSL) with sticky session (with a single target, so stickiness not really important). When I connect to app, after a while I get an IP address change detected. The current version was built using IW 14.2.7, deployed as service.
I finally just turned of IP check in server controller and it works fine.
I will be migrating this app to IW 15 once I upgrade to latest CGDevtools components and will see if situation still occurs.
Cheers!
|
|
|
| Tools to inspect vulnerability on dll made by IntraWeb. |
|
Posted by: kaneko_f - 01-08-2019, 08:45 AM - Forum: IntraWeb General Discussion
- Replies (2)
|
 |
Hi All,
We are trying to inspect vulnerability on dll made by IntraWeb.
But object count is large.So I should use security tool to finish this task.
Does anyone know which tools is proper to inspect vulnerability?
or does anyone know which tools maybe good to inspect vulnerability?
The below is the information I think it is need to judgement.
When you need more inforamtion, I'll write down in this thread.
*IntraWeb version
11.0.66
*Middle ware
Microsoft Internet Information Services(IIS) 8.5
*OS
Windows OS 10
*Test point of view
OWASP ASVS Level 1, especially XSS and injection.
|
|
|
| TidSmtpServer hangs on some connections |
|
Posted by: bluewwol - 01-06-2019, 07:50 PM - Forum: Indy
- Replies (2)
|
 |
Hi,
I am hoping for some advice on how to proceed to resolve the following incoming mail issue.
Ordinarily transactions come in like this and are handled perfectly
Code: 70.xxx.xxx.xxx:55906 Stat Connected.
70.xxx.xxx.xxx:55906 Sent 1/6/2019 6:36:45 PM: 220 Welcome to WWOL Server<EOL>
70.xxx.xxx.xxx:55906 Recv 1/6/2019 6:36:45 PM: EHLO mx01.kmtel.com<EOL>
70.xxx.xxx.xxx:55906 Sent 1/6/2019 6:36:45 PM: 250-Hello mx01.kmtel.com<EOL>250-AUTH LOGIN<EOL>250-ENHANCEDSTATUSCODES<EOL>250-PIPELINING<EOL>250-SIZE 0<EOL>250-CHUNKING<EOL>250-8BITMIME<EOL>250 BINARYMIME<EOL>
70.xxx.xxx.xxx:55906 Recv 1/6/2019 6:36:45 PM: MAIL FROM:<MAILER-DAEMON@kmtel.com> SIZE=10078<EOL>
70.xxx.xxx.xxx:55906 Sent 1/6/2019 6:36:45 PM: 250 2.1.0 MAILER-DAEMON@kmtel.com Address Okay<EOL>
70.xxx.xxx.xxx:55906 Recv 1/6/2019 6:36:45 PM: RCPT TO:<info@domain.com><EOL>
70.xxx.xxx.xxx:55906 Sent 1/6/2019 6:36:45 PM: 250 2.1.5 info@domain.com Address Okay<EOL>
70.xxx.xxx.xxx:55906 Recv 1/6/2019 6:36:46 PM: DATA<EOL>
70.xxx.xxx.xxx:55906 Sent 1/6/2019 6:36:46 PM: 354 Start mail input; end with <CRLF>.<CRLF><EOL>
however for some the negotiation looks like this
Code: 52.xxx.xxx.xxx:60351 Stat Connected.
52.xxx.xxx.xxx:60351 Sent 1/6/2019 6:34:44 PM: 220 Welcome to WWOL Server<EOL>
52.xxx.xxx.xxx:60351 Recv 1/6/2019 6:34:44 PM: EHLO NAM01-BY2-obe.outbound.protection.outlook.com<EOL>
52.xxx.xxx.xxx:60351 Sent 1/6/2019 6:34:44 PM: 250-Hello NAM01-BY2-obe.outbound.protection.outlook.com<EOL>250-AUTH LOGIN<EOL>250-ENHANCEDSTATUSCODES<EOL>250-PIPELINING<EOL>250-SIZE 0<EOL>250-CHUNKING<EOL>250-8BITMIME<EOL>250 BINARYMIME<EOL>
52.xxx.xxx.xxx:60351 Recv 1/6/2019 6:34:44 PM: MAIL FROM:<> SIZE=83225<EOL>RCPT TO:<info@domain.com><EOL>
52.xxx.xxx.xxx:60351 Stat Disconnected.
the difference here is the remote server is compounding the mail from and rcpt to transactions into a single transaction and when this happens Indy never responds to the transaction and the thread hangs until it is cleaned up several minutes later.
Unfortunately several domains including the microsoft domains do this and for me this constitutes a very large number of messages.
I am hoping someone can advise a way to work around this issue.
Thanks for any guidance,
-Allen
I experienced the issue above with PIPELINING set to true. Changing that to false causes everything to function as expected.
I guess that answers my question, sorry for the silly question, unless there is something I ought to have done to enable pipeling to function properly.
-Allen
|
|
|
| FpGetTimeOfDay gives no timezone |
|
Posted by: jollytall - 01-04-2019, 03:59 PM - Forum: Indy
- Replies (6)
|
 |
I try to use Indy objects for sending e-mail in a Linux system (Debian 9, Lazarus 2.0.0.RC3, Indy 10).
The time of the message received by the recepients is wrong. I debuged what Indy does and it uses FpGetTimeOfDay to format an internet datetime string, e.g. in LocalDateTimeToGMT(), ultimately using OffsetFromUTC. According to the manual of GetTimeOfDay (http://man7.org/linux/man-pages/man2/get...day.2.html) the timezone parameter is obsolate and always returns 0 in Linux. This is indeed what I see.
Is there a workaround known, or shall I try to fix it myself (rewriting OffsetFromUTC in IdGlobal)?
Thanks,
|
|
|
|