On 2/21/2013 8:38 AM, Brian Utterback wrote:
Hate to get into a religious war here, but there is a hard, factual
standard here. RFC2646 which defines the MIME type text/plain format
parameter. If you are reading a message with content type text/plain and
format set to flowed, and a non-quoted
On 2/21/2013 1:08 PM, Mike S wrote:
On 2/21/2013 8:52 AM, Brian Utterback wrote:
Having said that, I note that Ed Mischanko's mailer is not sending
text/plain flowed. So unruh has a point in that case.
On 2/21/2013 8:38 AM, Brian Utterback wrote:
Hate to get into a religious war here, but
Richard B. Gilbert rgilber...@comcast.net wrote:
I think that many hardware terminals e.g. VT100 or VT320 do not handle
long lines well.
I can't see any reason why anyone would need to send more than 132
characters in one line of text!
You may have noted that books, magazines and
On 2013-02-26, Rob nom...@example.com wrote:
Richard B. Gilbert rgilber...@comcast.net wrote:
I think that many hardware terminals e.g. VT100 or VT320 do not handle
long lines well.
I can't see any reason why anyone would need to send more than 132
characters in one line of text!
You may
On 2/20/2013 5:00 PM, E-Mail Sent to this address will be added to the
BlackLists wrote:
On 2/20/2013 12:17 PM, Richard B. Gilbert wrote:
The Thunderbird Mail Client does NOT automagically insert
line breaks when the sender has failed to do so.
Fortunately, almost everyone limits their line
unruh un...@invalid.ca wrote:
note the disasterously wrap statement. Thus for example slrn does wrap
the lines. And if the end of the line occurs in the middle of a word,
tough. And there are others that do that.
RTFM or your .slrnrc
You can select the wrapping behaviour.
Mike S wrote:
Failure to display long lines in a useful manner is a problem at the
The point is that they are long lines, so any attempt to wrap them is
error recovery. The semantically most correct way of displaying them on
a GUI woud be with sideways scrolling.
First MIME rich text
On 2/21/2013 11:11 PM, E-Mail Sent to this address will be added to the
BlackLists wrote:
Your mom never taught you the difference between should and must,
did she?
___
questions mailing list
questions@lists.ntp.org
On 2/22/2013 1:36 AM, unruh wrote:
On 2013-02-22, Brian Utterback brian.utterb...@oracle.com wrote:
On 2/21/2013 7:00 PM, unruh wrote:
Note that rmc 5322 is 2008. Many of the news readers are older than
that.
Another reason to refer to the RFC I quoted, which dates back to the 90's.
So, it
Mike S mi...@flatsurface.com wrote:
On 2/21/2013 11:11 PM, E-Mail Sent to this address will be added to the
BlackLists wrote:
Your mom never taught you the difference between should and must,
did she?
Must is what we get when too many don't do what they should?-)
rick jones
--
No need to
Guys,
Can you stop talking about email and news formatting and get back to
discussing NTP already?
Please?
Thanks, Jan
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
On 22/02/2013 19:39, Jan Ceuleers wrote:
Guys,
Can you stop talking about email and news formatting and get back to
discussing NTP already?
Please?
Thanks, Jan
Seconded, although the standards discussion was interesting: The good
thing about standards is that there are so many to choose
E-Mail Sent to this address will be added to the BlackLists wrote:
123456789 123456789 123456789 123456789 123456789 123456789 123456789
123456789 123456789 123456789 123456789 123456789 123456789 123456789
hard wrapped at 60/61 chars.
( i.e. in the messages as handed in by MTA )
uwe
On 2/21/2013 12:31 AM, unruh wrote:
We do not need artificial obstacles to
communication-- there are enough real obstacles out there.
Yet you use the lame un...@invalid.ca address to post with. Seems that
obstacles are just fine with you, provided they're for your convenience.
Hate to get into a religious war here, but there is a hard, factual
standard here. RFC2646 which defines the MIME type text/plain format
parameter. If you are reading a message with content type text/plain and
format set to flowed, and a non-quoted line of words appears that is
too long (for
Having said that, I note that Ed Mischanko's mailer is not sending
text/plain flowed. So unruh has a point in that case.
On 2/21/2013 8:38 AM, Brian Utterback wrote:
Hate to get into a religious war here, but there is a hard, factual
standard here. RFC2646 which defines the MIME type
On 2/21/2013 8:52 AM, Brian Utterback wrote:
Having said that, I note that Ed Mischanko's mailer is not sending
text/plain flowed. So unruh has a point in that case.
On 2/21/2013 8:38 AM, Brian Utterback wrote:
Hate to get into a religious war here, but there is a hard, factual
standard here.
I know that it is an RFC, but it does say that it is standards track and
there doesn't seem to be a full standard already that covers the same
info. However, STD11 is not helpful in this argument. It is not covering
the presentation of the message, only its transport. I don't believe
that
Brian Utterback wrote:
RFC2646
Obsoleted by RFC3676
--
E-Mail Sent to this address blackl...@anitech-systems.com
will be added to the BlackLists.
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
On 02/21/13 14:45, E-Mail Sent to this address will be added to the
BlackLists wrote:
Brian Utterback wrote:
RFC2646
Obsoleted by RFC3676
Missed that because they changed the title. However, the new RFC doesn't
change the behavior I was referring to.
--
blu
Always code as if the guy
Brian Utterback wrote:
RFC 1305
Obsoleted by RFC5905.
--
E-Mail Sent to this address blackl...@anitech-systems.com
will be added to the BlackLists.
___
questions mailing list
questions@lists.ntp.org
http://lists.ntp.org/listinfo/questions
On 2/21/2013 2:16 PM, Brian Utterback wrote:
Now, if you don't like RFC2646, you might say it's not a standard and
that you won't follow it, but I don't think you should get a lot of
sympathy, just as if you decided that you were going to ignore RFC 1305
because it isn't a standard.
2646 has
On 2013-02-21, Mike S mi...@flatsurface.com wrote:
On 2/21/2013 8:52 AM, Brian Utterback wrote:
Having said that, I note that Ed Mischanko's mailer is not sending
text/plain flowed. So unruh has a point in that case.
On 2/21/2013 8:38 AM, Brian Utterback wrote:
Hate to get into a religious
On 2/21/2013 7:00 PM, unruh wrote:
Note that rmc 5322 is 2008. Many of the news readers are older than
that.
What's your point? Prior to 2008, RFC822 (1982) applied, which places no
restrictions on line length. Or, if you prefer, RFC2046 (MIME, from
1996), which also makes no restrictions.
On 2/21/2013 7:00 PM, unruh wrote:
Note that rmc 5322 is 2008. Many of the news readers are older than
that.
Another reason to refer to the RFC I quoted, which dates back to the 90's.
So, it would appear that is the poster uses format=flowed test, then
your reader should handle it. But if
Mike S wrote:
unruh wrote:
Note that rmc 5322 is 2008.
Many of the news readers are older than that.
What's your point? Prior to 2008, RFC822 (1982) applied,
which places no restrictions on line length.
Or, if you prefer, RFC2046 (MIME, from 1996),
which also makes no restrictions.
We
On 2013-02-22, Brian Utterback brian.utterb...@oracle.com wrote:
On 2/21/2013 7:00 PM, unruh wrote:
Note that rmc 5322 is 2008. Many of the news readers are older than
that.
Another reason to refer to the RFC I quoted, which dates back to the 90's.
So, it would appear that is the poster
On 2013-02-22, Mike S mi...@flatsurface.com wrote:
On 2/21/2013 7:00 PM, unruh wrote:
Note that rmc 5322 is 2008. Many of the news readers are older than
that.
What's your point? Prior to 2008, RFC822 (1982) applied, which places no
restrictions on line length. Or, if you prefer, RFC2046
Uwe Klein u...@klein-habertwedt.de wrote:
Rob wrote:
David Woolley david@ex.djwhome.demon.invalid wrote:
The difficult to read affects only those with very old software that
does not wrap long lines automatically.
This doesn't remove the fact that they do not comply with the standards,
Rob nom...@example.com wrote:
to use 80-character lines. That was just lazyness and adherance to
capabilities of hardware available at the time.
No, it was not. It enables formatting text in a sensible way,
which is not that easily possible with reflowing text.
About 70 characters is also
On 2/19/2013 8:10 PM, E-Mail Sent to this address will be added to the
BlackLists wrote:
Rob wrote:
Actually, their posts are much easier to read for almost
everyone, as amost every newsreader (except yours,
apparently) will wrap their text into the space available.
The idea of sending
BlackList wrote:
Richard B. Gilbert wrote:
The Thunderbird Mail Client does NOT automagically insert
line breaks when the sender has failed to do so.
Fortunately, almost everyone limits their line length
to what will fit on most video terminals.
Thank you and please continue to limit your
On 2/20/2013 2:00 PM, E-Mail Sent to this address will be added
to the BlackLists wrote:
On 2/20/2013 12:17 PM, Richard B. Gilbert wrote:
The Thunderbird Mail Client does NOT automagically insert
line breaks when the sender has failed to do so.
Fortunately, almost everyone limits their line
On 2013-02-20, E-Mail Sent to this address will be added to the BlackLists
Null@BlackList.Anitech-Systems.invalid wrote:
On 2/20/2013 12:17 PM, Richard B. Gilbert wrote:
The Thunderbird Mail Client does NOT automagically insert
line breaks when the sender has failed to do so.
Fortunately,
On 2/19/2013 1:51 AM, Richard B. Gilbert wrote:
I have an Enter key on my keyboard and I use it! It doesn't seem to
me to be rocket science to use an Enter key, or a Return key
somewhere between 1 and 120 characters.
No sense getting upset about it. If long lines from someone offends your
On 2013-02-21, Mike S mi...@flatsurface.com wrote:
On 2/19/2013 1:51 AM, Richard B. Gilbert wrote:
I have an Enter key on my keyboard and I use it! It doesn't seem to
me to be rocket science to use an Enter key, or a Return key
somewhere between 1 and 120 characters.
No sense getting upset
On 2013-01-19, unruh un...@invalid.ca wrote:
Mischanko posts a long post with a single line, saying he wants help
in finding a news poster which will break lines for him. He has one.
Himself. It is entirely possible to put in line breaks manually, which
I, sarcastically I admit, pointed out
On 2/18/2013 10:27 AM, Steve Kostecke wrote:
On 2013-01-19, unruh un...@invalid.ca wrote:
Mischanko posts a long post with a single line, saying he wants help
in finding a news poster which will break lines for him. He has one.
Himself. It is entirely possible to put in line breaks manually,
On 19/01/2013 00:25, Mischanko, Edward T wrote:
Unruh,
I knew I could count on you for a smart @#$ comment that really doesn't belong
here.
Ed
It was completely not called for and completely unhelpful, I agree.
I faced the same problem, and am now using Thunderbird for NNTP access.
unruh writes:
It is entirely possible to put in line breaks manually...
Yes. It is also possible to do proper quoting manually. Thus while it
is reasonable to ask for suggestions for a newsreader that will automate
these tasks it is not reasonable to claim that your newsreader prevents
you
Thanks for the suggestion. I will now be using Thunderbird at home.
Regards,
Ed
I faced the same problem, and am now using Thunderbird for NNTP
access.
http://www.mozilla.org/en-GB/thunderbird/
I don't use it for e-mail.
--
Cheers,
David
Web: http://www.satsignal.eu
I have my mail program at work set the break the line at 66 characters. If
that is still too wide, please let me know. As for the sarcasm, I think it is
unhelpful and irritating at best; it too can be considered OT.
Regards,
Ed
Mischanko posts a long post with a single line, saying he
On 2013-01-19, Mischanko, Edward T edward.mischa...@arcelormittal.com wrote:
I have my mail program at work set the break the line at 66 characters. If
that is still too wide, please let me know. As for the sarcasm, I think it is
unhelpful and irritating at best; it too can be considered OT.
Unruh,
I have now set the line length to 50 characters. I have no idea what your
requirements are; I am trying to please you! As for OT, I would have contacted
you directly, but you have an invalid email address; I have now other means to
communicate with you.
Regards,
Ed
Well, if the
On 2013-01-19, Mischanko, Edward T edward.mischa...@arcelormittal.com wrote:
Unruh,
I have now set the line length to 50 characters. I have no idea what your
requirements are; I am trying to please you! As for OT, I would have
contacted you directly, but you have an invalid email address;
Unruh,
Now I understand what you see.
That would be frustrating, for sure.
I have no idea why the program is acting
this way; it certainly is not what I expected.
Please accept my apologies. I will use the Enter
key more often from now on.
Regards,
Ed
I have now set the line length to 50
Hal Murray wrote:
In article 31033FCF05BEE64695655345F1E94EF015FFD20A@BHW-MBX-02,
Mischanko, Edward T edward.mischa...@arcelormittal.com writes:
When using the mailing list, bottom posting works well. My news client
doesn't seem to put on my replies though, so I'm not quite sure how
to
Microsoft Outlook supports well and line length is configurable to any length
you want when mailing in plain text mode. My newsfeed program at home,
Microsoft Live Mail, I have yet to figure out how to configure it for or line
length. If you know of a free newsreader program for Windows
On 2013-01-18, Mischanko, Edward T edward.mischa...@arcelormittal.com wrote:
Microsoft Outlook supports well and line length is configurable to any
length you want when mailing in plain text mode. My newsfeed program at
home, Microsoft Live Mail, I have yet to figure out how to configure
Unruh,
I knew I could count on you for a smart @#$ comment that really doesn't belong
here.
Ed
edward.mischa...@arcelormittal.com wrote:
Microsoft Outlook supports well and line length is
configurable to any length you want when mailing in plain text
mode. My newsfeed program at home,
I have no restrictions configured.
Ed
E-Mail Sent to this address will be added to the BlackLists wrote in
message news:kd80s8$t9r$1...@dont-email.me...
Mischanko, Edward T wrote:
I am reconfiguring my NTP servers to be more community friendly.
I have found that, pool us.pool.ntp.org
Edward T. Mischanko wrote:
BlackLists wrote:
Mischanko, Edward T wrote:
I am reconfiguring my NTP servers to be more community friendly.
I have found that, pool us.pool.ntp.org iburst preempt,
doesn't seem to work as no servers come up to sync to?
Any idea why? I am running
PM
To: questions@lists.ntp.org
Subject: Re: [ntp:questions] PPS only configuration
Edward T. Mischanko wrote:
BlackLists wrote:
Mischanko, Edward T wrote:
I am reconfiguring my NTP servers to be more community
friendly.
I have found that, pool us.pool.ntp.org iburst preempt,
doesn't
BlackLists wrote: Edward T. Mischanko wrote:
BlackLists wrote:
Mischanko, Edward T wrote:
I am reconfiguring my NTP servers to be more community friendly.
I have found that, pool us.pool.ntp.org iburst preempt,
doesn't seem to work as no servers come up to sync to?
Any idea why? I am
] PPS only configuration
Edward T. Mischanko wrote:
How do I configure NTPD so that only the PPS offset is
used to figure the clock offset, instead of factoring
in the surviving back-up servers that have bigger offsets?
I only want the back-up servers to come into play
when
Mischanko, Edward T wrote:
I am reconfiguring my NTP servers to be more community friendly.
I have found that, pool us.pool.ntp.org iburst preempt,
doesn't seem to work as no servers come up to sync to?
Any idea why? I am running ntp-dev-4.2.7p343
restrict source nomodify ?
--
E-Mail
How do I configure NTPD so that only the PPS offset is used to figure the
clock offset, instead of factoring in the surviving back-up servers that
have bigger offsets? I only want the back-up servers to come into play
when, or if, the PPS fails.
#
enable pps
enable kernel
enable ntp
tos
You can't. The PPS feature can only use offsets up to .5 seconds. If the
offset is greater than .5 the PPS will synchronize your system to the
wrong second. In essence the PPS just locks the clock to the nearest
second. So NTP PPS is designed to require another source of time and
then on let
Mischanko, Edward T wrote:
I am using the nmea driver to determine the rough time (seconds).
I want to only use the WAN servers in case the GPS/PPS sources fail.
Having the WAN servers with high offsets in the mix is causing
me problems with precision.
They don't.
Only your hardware / OS
Edward T. Mischanko wrote:
How do I configure NTPD so that only the PPS offset is
used to figure the clock offset, instead of factoring
in the surviving back-up servers that have bigger offsets?
I only want the back-up servers to come into play
when, or if, the PPS fails.
...
server
60 matches
Mail list logo
