Netmails traversing gets packaged up with the incorrect zone. #2

Closed
opened 2022-03-25 23:35:02 +00:00 by deon · 0 comments
deon commented 2022-03-25 23:35:02 +00:00 (Migrated from gitlab.dege.au)

Example use case:

When netmailing from 21:2/116 to 21:3/999, which goes 21:2/116 -> 3/1 -> 3/2744 -> 3/999 and the reply in the reverse direction, as the reply is passing through 3/2744 its being packaged up with the incorrect zone. (I think the first zone defined to clrghouz - which is 10.)

Example use case: When netmailing from 21:2/116 to 21:3/999, which goes 21:2/116 -> 3/1 -> 3/2744 -> 3/999 and the reply in the reverse direction, as the reply is passing through 3/2744 its being packaged up with the incorrect zone. (I think the first zone defined to clrghouz - which is 10.)
Sign in to join this conversation.
No Label
No Milestone
No project
No Assignees
1 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: bbs/clrghouz#2
No description provided.