@mterwoord I'm not sure I would be comfortable messing around with the server, I was just tossing out ideas. Do you even know what new forum software you want to migrate to? Maybe the existing PHPBB content can actually be moved into the new system, instead of just archiving a static backup copy of it.
I have an Indy question if I may.
If you set the SSL version to SSLv12, will it automatically allow for downgrades to 1.1 and 1.0?
Or do you have to include those values in the set if you want them included?
Use SSLOptions.SSLVersions to enable desired versions, the SSLOptions.Method will be updated accordingly (and vice versa). When multiple versions are enabled, the ssl23 method is used so version negotiation can be performed with the peer dynamically.
I'm seeing our server only accetp V1.0 connections. I use fiddler, and if I tell fiddler to only send v1.1 and v1.2 connections, the server (Indy-based) obviously, will reject it, despite all three types put in the Methods property as a set. The server accepts teh connection if I add v1.0 to Fiddler.
Thanks for your assistance, BTW. Very much appreciated.
Indy has supported IPv6 for several years now. It defaults to IPv4 (there are IdIPv4 and IdIPv6 defines in IdCompilerDefines.inc to specify the default), but most Indy components have an IPVersion property that you can set to Id_IPv6 at runtime if needed, and then you can use IPv6 addresses and IPv6 hostname lookups as needed. In Delphi 10.1 Berlin, Embarcadero even compiled the bundled version of Indy to default to IPv6 on iOS.
我有一个重要的BUG要报告，在indy10和之前的版本一直存在。在IdZLib.pas中的CompressStream里，如果我们以大于1比如9的压缩level来调用IdCompressorZLibEx1->DeflateStream(in_ms,out_ms,9);那么CompressStream函数发生buffer error的概率30%，你可以试试以这样的方式依次来压缩某个文件中每个文件，压缩结果可以舍弃不要，你会发现在压缩某些文件或内容时报buffer error的错误。而以默认的IdCompressorZLibEx1->DeflateStream(in_ms,out_ms);来调用这个函数不会出错，但是实际上他是不压缩数据，结果基本上都是变大。如果把 if strm.avail_in = 0 then break; 这一行改成if (strm.avail_in = 0) and (strm.avail_out > 0) then break; 那么BUG消除。。。
hard to work out exactly what the bug is
Dodgy Google Translate translation:
I have an important BUG to report, and the previous version in indy10 persist. In IdZLib.pas in CompressStream, if we is greater than 1, such as compression level 9 to call IdCompressorZLibEx1-> DeflateStream (in_ms, out_ms, 9); then CompressStream function generating buffer error probability of 30%, so you can try to way turn to compress each file in a file compression results do not give up, you will find some files in the compressed contents Times buffer error or mistake. The default of IdCompressorZLibEx1-> DeflateStream (in_ms, out_ms); call this function without error, but in fact he is not compressed data, the results are basically large. If if strm.avail_in = 0 then break; into this line if (strm.avail_in = 0) and (strm.avail_out> 0) then break; then eliminate BUG
I have an important BUG to report, and the previous version in indy10 persist. In IdZLib.pas in CompressStream, if we is greater than 1, such as compression level 9 to call IdCompressorZLibEx1-> DeflateStream (in_ms, out_ms, 9); then CompressStream function generating buffer error probability of 30%, so you can try to way turn to compress each file in a file compression results do not give up, you will find some files in the compressed contents Times buffer error or mistake. The default of IdCompressorZLibEx1-> DeflateStream (in_ms, out_ms); call this function without error, but in fact he is not compressed data, the results are basically large. If if strm.avail_in = 0 then break; into this line if (strm.avail_in = 0) and (strm.avail_out> 0) then break; then eliminate BUG
His first question was whether anyone understands Chinese ;-)
@phy0292 你可以提供一个更好的例子吗？
I asked for a better example
shoot, chinese?
no.. I'm relying on Google Translate
hopefully Chinese (simplified) works ;-)
@davidpn 你会中文？ :grinning: