TIP: Click on subject to list as thread! ANSI
echo: tuxpower
to: Maurice Kinal
from: mark lewis
date: 2016-11-20 13:20:12
subject: beat them at their own game

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

 MK> {at}MSGID: 1:153/7001.0{at}fidonet 5831cbba
 MK> {at}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> {at}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... {at}FN{at}!
---
MK> * Origin: Little Mikey's Brain - Ladysmith BC, Canada (1:153/7001)
* Origin: (1:3634/12.73)
SEEN-BY: 18/200 34/999 90/1 116/18 123/500 128/187 140/1 218/700 230/150
SEEN-BY: 261/38 100 266/404 267/155 280/464 282/1056 292/907 908 320/119 219
SEEN-BY: 340/400 393/68 396/45 633/267 280 640/384 712/848 770/1 801/189
SEEN-BY: 2320/100 105
@PATH: 3634/12 123/500 261/38 712/848 633/267

SOURCE: echomail via fidonet.ozzmosis.com

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™.