Subj : Re: Bad behaviour not wanted.
To   : Carol Shenkenberger
From : Dan Clough
Date : Sat Feb 18 2023 07:42 pm

-=> Carol Shenkenberger wrote to Dan Clough <=-

>  >  DC> complete and utter clusterf**k.  Effectively not readable
>  >  DC> due to format mangling, lack of quoting, and general
>  >  DC> stupidity.
>
>  >  AA> You keep ignoring the fact that your first instance of a
>  >  AA> complaint in LITRGP was based on a quoting issue due to
>  >  AA> Aftershock, and not Tg. I agree with your latter point though;
>  >  AA> since your participation, stupidity has emerged.
>
>  > I don't know (or care) what Aftershock is, and either way, whether it's
>  > that or TG, or both, the end result is:  The echo is trashed and
>  > basically un-useable by those using "traditional" Fidonet software /
>  > message reading tools.  Your claim that I'm stupid is just sour grapes
>  > at being called out on it.  Anyone can see that I'm telling the truth by
>  > simply trying to read messages in that group.  It's that simple,
>  > simpleton.
>
>  CS> Dan, can you tell me why my ASIAN_LINK never had that?  We were
>  CS> in the first few, and we welcome Telegram users.  There have been
>  CS> no issues otherthan a few *early* ones that caused odd tear
>  CS> lines.  They did not affectoperations and were quickly patched by
>  CS> Stas.
>
> Have you considered checking/reading echomail more often than once a
> month?  I've been all through this and don't feel like re-hashing it yet
> again.  Read the complete thread.

CS> Why should I Dan?

Well, I guess so you can (maybe) understand what is being discussed
here.  Duh.

CS> If you can't explain it, then it never happened.

That's just it...  I *HAVE* explained it, several times, in the
discussion thread.  As I already said, if you'd read it you may see
that.

Well done on going *TWO* months this time before bothering to "catch up"
with reading echomail.



... So easy, a child could do it. Child sold separately.
=== MultiMail/Linux v0.52
--- SBBSecho 3.20-Linux
* Origin: Palantir * palantirbbs.ddns.net * Pensacola, FL * (1:123/115)