Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
  • Apr 07 16:49
    rlebeau commented #297
  • Apr 07 10:31
    tothpaul closed #297
  • Apr 07 10:31
    tothpaul commented #297
  • Apr 07 09:50
    tothpaul commented #297
  • Apr 06 18:46
    rlebeau commented #297
  • Apr 06 10:35
    tothpaul edited #297
  • Apr 06 10:34
    tothpaul edited #297
  • Apr 06 10:20
    tothpaul opened #297
  • Mar 26 13:22
    mezen commented #183
  • Mar 26 13:16
    mezen commented #125
  • Mar 25 23:25

    rlebeau on master

    Fix declaration of i2d_X509_REQ… (compare)

  • Mar 25 23:25
    rlebeau closed #296
  • Mar 25 23:25
    rlebeau closed #295
  • Mar 25 21:50
    rlebeau commented #292
  • Mar 25 21:49
    rlebeau commented #292
  • Mar 25 21:48
    rlebeau commented #292
  • Mar 25 21:48
    rlebeau commented #292
  • Mar 25 20:37
    Bi0T1N review_requested #296
  • Mar 25 20:36
    Bi0T1N synchronize #296
  • Mar 25 19:36
    rlebeau labeled #295
davidpn
@davidpn
i.e. Delphi 10.1 Berlin
Remy Lebeau
@rlebeau
I know for a fact that Embarcadero's bundled version of Indy defaults to IPv6 on iOS, because I remember finding that Embarcadero had made that change without telling me when they shipped it. But either way, TIdHTTP is a special case because of the way it handles URLs internally, so it is probably ignoring any preexisting IP settings. I will have to double check that when I have some time. Other Indy components don't suffer from the issue since they don't handle URLs directly
davidpn
@davidpn
ok.. it makes sense if TIdHTTP behaves differently
I'll be looking further into it tonight (melbourne time)
davidpn
@davidpn
Look at lines 15 and 16 of IdCompilerDefines.inc in Delphi 10.1 Berlin Update 1, Indy10 source
Remy Lebeau
@rlebeau
I don't have Berlin installed yet. Been trying to, keep running into problems with it.
davidpn
@davidpn
can you then explain: "I remember finding that Embarcadero had made that change without telling me when they shipped it"?
Remy Lebeau
@rlebeau
Exactly what I said. They made changes to Indy (in this case, enabling IPv6 by default on iOS), shipped the change in a new IDE release (causing some DFM breakages in the process), and didn't tell me they had made the change, I found out later when problem reports started coming in. It is not the first time Embarcadero made changes to Indy and didn't tell me, though they are usually pretty good about sending patches to me instead so I can review them first. Looking back over my discussions with them, the IPv6 change was made during the 10.1 Berlin beta testing, so it might have been pulled out before the final release. They might be using the IPVersion property in their own code instead.
davidpn
@davidpn
ah, ok..
delphiunderground
@delphiunderground
Hi Remy, I need some BIO functions for this code : https://github.com/delphiunderground/eid-mw-sdk-delphi/blob/master/utils.pas
thank in advance
Remy Lebeau
@rlebeau
@delphiunderground committed
Ludwig Behm
@lbehm
Can someone explain me why TIdHTTPWebBrokerBridge wants to create a WebModul instance for each WebRequest? (or why Embarcadero wants multiple instances - I know WebReq can reuse them)
Are they not threadsafe or does Embarcadero just expects from the normal dev, that they implement them in an not-threadsafe manner?
From a performace point of view: Would you recommend to skip TIdHTTPWebBrokerBridge and handle Requests from OnCommandGet to a simplified TCustomWebDispatcher instance? In the end I want to serve multiple WebDispatcher. (REST, FileDispatcher)
Maicon Martins
@MRMartins666_twitter
good personal day, someone help me with a question about an SFTP connection using Indy 10?
good morning*
Maicon Martins
@MRMartins666_twitter
the connection is completed, however I can not access the folders
Failed to change directory.
Maicon Martins
@MRMartins666_twitter
using Delphi 2010
Walter Prins
@ByteJuggler
Hellooo!!!! Anybody home? :)
Walter Prins
@ByteJuggler
We've finally got around to upgrading from Seattle to Berlin 10.1 Update 1, however I'm getting strange problems with TIdHTTP on 10.1 against a particular web service. Code which worked fine on Seattle (and for many versions prior) is getting HTTP 403 rejections from a Squid NTLMSSPI proxy server. The same code and proxy server works with Seattle and succeeds with HTTP 200. Any suggestions? Unfortunately putting together a SSCCE for this may be challenging due to the involvement of the proxy server which may or may not be contributing in some way to the issue, as well as the particular web service being called. But again: The exact same code works fine via the same proxy server when compiled with Seattle, which suggests something has changed in 10.1 Berlin to cause this...
Remy Lebeau
@rlebeau
@devimplode I have no idea how WebBroker works or why it manages its objects the way it does.
@MRMartins666_twitter Indy does not support SFTP (FTP over SSH), but it does support FTPS (FTP over SSL). If you are sucessfully connected to an FTP(S) server and simply getting an error with the TIdFTP.ChangeDir() method, chances are your logged in user account does not have access to the folder you are trying to change to.
@ByteJuggler I am not aware of any changes in TIdHTTP between Seattle and Berlin that would account for what you are seeing. You are going to have to debug your code to see what is actually happening. For starters, I would suggest using a packet sniffer like Wireshark, or at least attach a TIdLog... component to TIdHTTP, to see if there are any differences between the HTTP requests that Seattle sends vs the HTTP requests that Berlin sends.
Walter Prins
@ByteJuggler
@rlebeau OK thanks I'll try TIdLog and perhaps try wireshark if need be... thanks for the response.
Ludwig Behm
@lbehm
thanks @rlebeau, I will just test it further... it's funny how the "performance" related blog posts I found yet, completely ignore how Indy and the WebBroker internals work...
Walter Prins
@ByteJuggler
@rlebeau It seems it's HTTPS related. I installed wireshark and changed the protocol to http to enable easy capture. Surprisingly the Berlin build then worked, and I confirmed that the underlying requests made by Berlin and Seattle were byte identical (over http, sans the obvious things like cookie values and datetimes and whatnot) by capturing the conversation and comparing/diffing. I've never stripped SSL with wireshark so now it's going to be trying to figure out why using https with Seattle works but using https with Berlin Indy does not. (Was there any SSL related changes between Seattle and Berlin?)
Walter Prins
@ByteJuggler
Actually, scratch that byte identical comment (i.r.o HTTP), not quite accurate. There are 1 difference perhaps worth noting -- The Seattle request has "Accept-Encoding: identity" which the Berlin is lacking... not sure what that does/means or whether it's relevant, but it's a difference.
Walter Prins
@ByteJuggler
@rlebeau Ok, I've dove into the source code to track down where the (lack of) Accept-Encoding: identity difference comes from. -- Change by yourself on 1/1/2015 ;) I then patched the code and put it back to test -- this (perhaps as expected) did not make any difference. The wireshark traces now are pretty much identical in respect of the underlying requests... :( Moving on...
Walter Prins
@ByteJuggler
@rlebeau For reference, here's log output (TIdLogFile assigned as Interceptor) for Seattle and Berlin The error message is basically: "HTTP hostname and TLS SNI hostname mismatch" with description: "The request's Host header does not match the request's TLS SNI Host header." Any ideas why this might be different between Seattle and Berlin?
Alain Abrahan
@clust3rsekt0r
Hi
Alain Abrahan
@clust3rsekt0r
I'm having a big problem with indy delphi library and windows 10 latest release
I can not have a succesful tls or ssl connection
Alain Abrahan
@clust3rsekt0r
The exception that I always get is Connection Closed Gratefully
Kudzu
@czhower
Read the FAQ.
Alain Abrahan
@clust3rsekt0r
can you provide me a link I read a lot of forums but I can not find anything relate it
all I know is the reason of the exception
Kudzu
@czhower
If you even simplyi google it, the answer will literlaly smack you in the head.
Or if you simply look at the comment immediatelyi above where teh exception is raised in the code. The one with the dozens of !!!!
Remy Lebeau
@rlebeau
@ByteJuggler If you use TIdLog instead of Wireshark, you can log HTTPS requests before they are encrypted and HTTPS responses after they are decrypted.
Kudzu
@czhower
@clust3rsekt0r I'm not trying to be rude - but this is a case of you literally have not looked at all for this answer. If you did, it would land on you.
Remy Lebeau
@rlebeau
@ByteJuggler as for the SNI mismatch, if you look in IdSSLOpenSSL.pas, the TIdSSLIOHandlerSocketOpenSSL.OpenEncodedConnection() method sets the SNI hostname based on the URI being requested (TIdHTTP assigns the IOHandler's URIToCheck property) so it should match the HTTP Host header.
@clust3rsekt0r Connection Closed Gracefully means the other party closed the connection on their end. There are many reasons for why that could be happening. Which Indy component(s) are you trying to use SSL/TLS with? One common reason for a server to close an SSL/TLS connection is that the client likely has not been configured properly to interact with the server's SSL/TLS port correctly.
Kudzu
@czhower
read the comment in the source in indy right at the exception
Alain Abrahan
@clust3rsekt0r
Thanks for your reply, I just make want to make this simple I don't want to go inside the library because I know the problem is not on the library, windows 10 anniversary update after that my app can not send more emails and all the exceptions from Indy is time out and Close connection Gracefully
The exception means that the outside server is closing the connection
but that's not true same program running in windows 7 and everything runs fine
So please I keep an open mind here this is not a dev problem this is a OS vs Library problem and I wanna know if all of you first are using windows 10 latest updates and your apps whatever app you have are using Indy to send emails and if you are able to send emails with that configuration, or if you know because I research an research until I discover this channel but there is no issue presented until now maybe I'm the first, I know almost all the APPs running on Delphi are running in old OS like windows XP
Kudzu
@czhower
No. I REPEAT. READ THE COMMENT.
You are literally going out of your way not to find the answer.