Hi everybody,

After a little look @ http://www.mirc.co.uk/help/dccresum.txt

I have maybe found a bug in the DCC RESUME protocol.

No matter what we write in DCC PORT, mIRC try to resume the file by the port 1024.
It's a heavy problem when you are behind a firewall or a router: you listen one port and mIRC ignore that and try on the port 1024.

If someone can explain me how to force mIRC to request the resume by a port that we can specifie (another than 1024)

The correct syntaxe is:
PRIVMSG User1 CC RESUME filename port position

but in reality, mIRC does:
PRIVMSG User1 CC RESUME filename 1024 position

cu

try This

already done, nothing change.
I think this is a code issue.

Being behind a router, I can't listen for random ports... so it's useless to use random port.

being behind a router you have to setup at least 2 or 3 open ports for dcc sends both in the router and in mirc. "use random ports" cycles between these rather than trying to use the first one available.

I had already tried this option, but just for you :tongue: I have done this again, and for example: I have open a range of port between 9000 and 9010, and when I look the frames captured, I can see mIRC try to resume by port 4698 (or another one, but not a port like 9004 )

There is a little bug uh

did you also change mirc to only use those ports?
Options > Connect > Options > Advanced button

of course yes, and that's why I don't understand mIRC decides to use another ports.

Can the mIRC creator check this issue in his soft?