TIP: Click on subject to list as thread! ANSI
echo: tuxpower
to: MAURICE KINAL
from: MARK LEWIS
date: 2016-11-20 13:25:00
subject: beat them at their own ga

20 Nov 16 16:13, you wrote to Nicholas Boel:

 MK> @MSGID: 1:153/7001.0@fidonet 5831cbba
 MK> @REPLY: 1:154/10 5831c532
 MK> -={ 2016-11-20 10:13:46.072466282-06:00 }=-

 MK> Hey Nicholas!

 NB>> Are you hard wrapping in this original message?

 MK> The one you are replying to yes.  I thought I'd try it to see if I
recieved
 MK> it with the special spaces intact at this end.  Unfortunetly it never made
 MK> it and is still MIA along with many others.  :-/

it is possible that your post was added to another packet that had messages
from a system that is not setting the packed messages datetime stamp properly..
it was setting them to all nulls and some tossers were stopping processing the
packet at that point... valid messages after the malformed one were just left
behind lost in the bucket...

 MK> Anyhow I don't think it is you that is causing the oddball hard wraps
 MK> I see in the messages that do make it through.  Beats me where it is
 MK> happening and I am giving up trying to figure out a proper 'fix' for
 MK> it.

it can be an interesting exercise... especially when you also get involved with
systems that use and recognise the "softCR" character (0x8d)... that character
has real meaning in other languages and is generally ignored... it may also be
followed by linefeeds but since linefeeds are ignored they shouldn't really
matter... in fact, FTS-0001 says that systems which display message text should
wrap long lines to suit the application... basically, even hard wrapped posts
can be "unwrapped" so the text can be displayed taking the full width of the
application's display viewport...

 MK> For the record this reply is via the 'normal' channel and isn't being
 MK> wrapped. All paragraphs are unbounded as per specs for packed messages.

something in the path below wrapped it in transmission, then... it arrived here
hard wrapped to fit an 80 column viewport :(

 MK> Life is good,
 MK> Maurice

 MK> ... Wiþ swiþe mænige biternesse is gemenged seo swetnes þisse worulde.
 MK>     With much bitterness is mingled the sweetness of this world.
 MK> --- GNU bash, version 4.4.0(1)-release (x86_64-atom-linux-gnu)
 MK> SEEN-BY: 1/10 146 11/0 1 25/8 57/0 1 73/0 1 100/200 111/1 120/229 301 323
 MK> SEEN-BY: 120/419 481 544 545 546 640 123/57 500 130/505 153/250 154/10
 MK> 199/0
 MK> SEEN-BY: 199/1 200/1 203/0 220/10 226/70 301 350 227/51 60 400 240/1661
 MK> SEEN-BY: 249/303 250/3 280/464 5003 310/31 317/2 340/200 352/0 3 393/68
 MK> SEEN-BY: 712/848 770/0 1 100 340 772/0 1 777/7 863/100 101 902/508 2215/15
 MK> SEEN-BY: 2215/300 2320/100 3634/12 15 22 24 27 50 4975/301 5075/35
 MK> @PATH: 153/7001 7715 250 770/1 280/464 227/51 120/544 3634/15 12



)\/(ark

Always Mount a Scratch Monkey
Do you manage your own servers? If you are not running an IDS/IPS yer doin' it
wrong...
... My new Special Friend... @FN@!
---
MK> * Origin: Little Mikey's Brain - Ladysmith BC, Canada (1:153/7001)
* Origin: (1:3634/12.73)

SOURCE: echomail via QWK@docsplace.org

Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.