Skip packets

[Flavio Bessa]

Hello,

I have a system that works as a Hub for my region at Fidonet.

One of the nodes that connects with me always skip the packets we exchange...
The last message I get is always:

Session ended: (0 sent, 0 rcvd, 2 skip)

The impression that I have is that he never receives echomail due to that.

Is this some kind of configuration at his side?

Regards,
Flavio

... Everyone is entitled to my opinion!

[Alan Ianson]

Post by Flavio Bessa
I have a system that works as a Hub for my region at Fidonet.
One of the nodes that connects with me always skip the packets we exchange...
Session ended: (0 sent, 0 rcvd, 2 skip)

It could be there is no free space so the node can't store more files. It could
also be that files with the same filename exist in the nodes inbound already.

The best way to get to the bottom of something like this is to compare logs
with your linked node.

[Wilfred van Velzen]

Hi Alan,

On 15 Apr 24 19:29, Alan Ianson wrote to Flavio Bessa:
about: "Skip packets":

AI> It could also be that files with the same filename exist in the nodes
AI> inbound already.

Binkd always tries to rename files if that is the case. It even has an option
for this:

# Rename style if file with the same name already exists in inbound
# rename-style [postix|extension]
#
# 'postfix' append number at the end of filename, after dot (default)
# example: file.ext -> file.ext.1
# 'extension' change filename extension
# example: file.ext -> file.ex0
#
# Not applied to *.pkt, arcmail, *.tic, *.req - only filename is changed
# for these file types.


I don't know about other mailers.


Wilfred.

[Alan Ianson]

Post by Wilfred van Velzen

Post by Wilfred van Velzen
It could also be that files with the same filename exist in the nodes
inbound already.

Binkd always tries to rename files if that is the case. It even has an option
# Rename style if file with the same name already exists in inbound
# rename-style [postix|extension]
#
# 'postfix' append number at the end of filename, after dot (default)
# example: file.ext -> file.ext.1
# 'extension' change filename extension
# example: file.ext -> file.ex0
#
# Not applied to *.pkt, arcmail, *.tic, *.req - only filename is changed
# for these file types.
I don't know about other mailers.

Yep, I don't know what mailer is on the other end or the reason for skipping
files.

The log should say why and then a solution can be found.

[Flavio Bessa]

On 16 Apr 2024, Wilfred van Velzen said the following...

Wv> I don't know about other mailers.

I will ask for his config files as well, I really don't think that there is
a disk full here, because it would appear quickly for other things, there might
be something with the renaming...

[Flavio Bessa]

On 15 Apr 2024, Alan Ianson said the following...

AI> The best way to get to the bottom of something like this is to compare
AI> logs with your linked node.

Thanks, I will schedule a troubleshooting session with him.

[Flavio Bessa]

On 15 Apr 2024, Alan Ianson said the following...

AI> It could be there is no free space so the node can't store more files.
AI> It could also be that files with the same filename exist in the nodes
AI> inbound already.

At the end, the files already existed at the nodes inbound directory, so
after he deleted the originals, they were able to go through.

Thanks to everyone, your hints were very helpful! I asked him a copy of his
binkit config so we can see if the renaming option is present as suggested.

Regards,
Flavio

[Wilfred van Velzen]

Hi Flavio,

On 15 Apr 24 23:00, Flavio Bessa wrote to All:
about: "Skip packets":

FB> I have a system that works as a Hub for my region at Fidonet.

FB> One of the nodes that connects with me always skip the packets we
FB> exchange... The last message I get is always:

FB> Session ended: (0 sent, 0 rcvd, 2 skip)

FB> The impression that I have is that he never receives echomail due to that.

FB> Is this some kind of configuration at his side?

Probably. Is it a secure session? Should be in the logs. Of maybe his disk is
full. Which mailer is used, on both sides?

Wilfred.

[Flavio Bessa]

On 16 Apr 2024, Wilfred van Velzen said the following...

Wv> Probably. Is it a secure session? Should be in the logs. Of maybe his
Wv> disk is full. Which mailer is used, on both sides?

Session is not secure, and he is using BinkIT (his system runs Synchronet
over Linux)

I will schedule some troubleshooting session with him to check.

[Wilfred van Velzen]

Hi Flavio,

On 2024-04-16 11:14:47, you wrote to me:

Wv>> Probably. Is it a secure session? Should be in the logs. Of maybe his
Wv>> disk is full. Which mailer is used, on both sides?

FB> Session is not secure,

That could be the problem!

FB> and he is using BinkIT (his system runs Synchronet over Linux)

FB> I will schedule some troubleshooting session with him to check.

FB> --- Mystic BBS v1.12 A48 (macOS/64)

The default in Mystic (if I remember correctly) is not to allow unsecure
sessions.


Bye, Wilfred.

[Kees van Eeten]

Hello Flavio!

16 Apr 24 11:14, you wrote to Wilfred van Velzen:

FB> Session is not secure, and he is using BinkIT (his system runs
FB> Synchronet over Linux)

FB> I will schedule some troubleshooting session with him to check.

If the system with the files has a password set, and the collection systen
does not provide a password, a unsecure session is opened.
As no password is offered, waiting files are onot offered. The
collecting system can deliver files, that will be put in the unsecure
inbound.

So the other side either does not offer a password, or a different password.
That is my observation.

Kees