More cvs server ..

More cvs server ..

[Harry Putnam]

Still unable to connect to cvs.gnus.org 

cvs -d :pserver:gnus@cvs.gnus.org:/usr/local/cvsroot login
CVS password: gnus

cvs [login aborted]: recv() from server cvs.gnus.org: Connection reset by peer

Are other people using that exact comman successfully?

I ssh'd to another machine (io.jtan.com).  Compiled the latest release
of cvs and was able to connect with no problems so I can get a cvs
version that way. 

However it continues to fail from:
IP  66.51.210.228
Running the same version of cvs ( 1.11.1p1 )
Seemingly this would indicate something on the server blocking that
address.

cvs manual has this to say in the trouble shooting section:
http://www.cvshome.org/docs/manual/cvs_21.html#SEC182
F.2 Trouble making a connection to a CVS server

[...]

pserver: 
         Errors along the lines of "connection refused" typically
         indicate that inetd isn't even listening for connections on
         port 2401 whereas errors like "connection reset by peer"....

And goes on to say it usally means something like the `:pserver' part
is missing from /etc/inetd.conf

Since I'm getting that exact error message....
Anyone know how to get hold of that mainter?  ... Is it Lars?

Re: More cvs server ..

[Martin Thornquist]

[ Harry Putnam ]

> Still unable to connect to cvs.gnus.org 

As someone else has said, this is probably because your IP address
doesn't forward resolve. I guess you'll just have to wait until Lars
catches up with his mail and fixes quimby.


Martin
-- 
"An ideal world is left as an exercise to the reader."
                                                 -Paul Graham, On Lisp

Re: More cvs server ..

[Josh Huber]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset=big5-mac, Size: 753 bytes --]

Martin Thornquist <martint+news@ifi.uio.no> writes:\r\r> As someone else has said, this is probably because your IP address\r> doesn't forward resolve. I guess you'll just have to wait until Lars\r> catches up with his mail and fixes quimby.\r\rYeah, or complain to your DSL provider for not having their dns\rconfigured properly.\r\rnote: other addresses appear to be ok, it's just yours that's busted.\rCall them!\r\radsl-66.51.210.226.dslextreme.com       A       66.51.210.226\radsl-66.51.210.227.dslextreme.com       A       66.51.210.227\radsl-66.51.210.228.dslextreme.com does not exist (Authoritative answer)\radsl-66.51.210.229.dslextreme.com       A       66.51.210.229\radsl-66.51.210.230.dslextreme.com       A       66.51.210.230\r\rttyl,\r\r-- \rJosh Huber

Re: More cvs server ..

[Josh Huber]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset=big5-mac, Size: 118 bytes --]

Josh Huber <huber@alum.wpi.edu> writes:\r\r[...]\r\rWTF?  I wonder why that got wrapped automatically?\r\r-- \rJosh Huber

Re: More cvs server ..

[Paul Jarc]

Josh Huber <huber@alum.wpi.edu> wrote:
> Josh Huber <huber@alum.wpi.edu> writes:\r\r[...]\r\rWTF?  I wonder why that got wrapped automatically?\r\r-- \rJosh Huber

I see carriage returns in your message and this in your header:
Content-Type: text/plain; charset=big5-mac

I guess "-mac" is causing the carriage returns, and maybe it's a
mistake that your messages are being encoded this way.  But is it also
a mistake that Gnus does not convert the carriage returns to newlines?


paul

Re: More cvs server ..

[Josh Huber]

prj@po.cwru.edu (Paul Jarc) writes:

> I see carriage returns in your message and this in your header:
> Content-Type: text/plain; charset=big5-mac

hmm yes...

> I guess "-mac" is causing the carriage returns, and maybe it's a
> mistake that your messages are being encoded this way.  But is it also
> a mistake that Gnus does not convert the carriage returns to newlines?

Yeah, in the case of viewing something that's encoded as -mac (CR
instead of LF), shouldn't gnus convert them for display?

in any case, I just cvs updated, and a post to gnus.test looked fine,
so hopefully this one will as well...

I think someone else had encoding issues recently too, I wonder what
was going on?

ttyl,

-- 
Josh Huber

Re: More cvs server ..

[Paul Jarc]

Josh Huber <huber@alum.wpi.edu> wrote:
> in any case, I just cvs updated, and a post to gnus.test looked fine,
> so hopefully this one will as well...

Yes, but now you have "Content-Type: text/plain; charset=us-ascii".
So decoding might still be a problem.  How do your previous messages
look with your new Gnus?


paul

Re: More cvs server ..

[Josh Huber]

prj@po.cwru.edu (Paul Jarc) writes:

> Yes, but now you have "Content-Type: text/plain; charset=us-ascii".
> So decoding might still be a problem.  How do your previous messages
> look with your new Gnus?

Yes, the old messages decode incorrectly still...

-- 
Josh Huber

Re: More cvs server ..

[Matt Armstrong]

prj@po.cwru.edu (Paul Jarc) writes:

> Josh Huber <huber@alum.wpi.edu> wrote:
>> Josh Huber <huber@alum.wpi.edu> writes:\r\r[...]\r\rWTF?  I wonder why that got wrapped automatically?\r\r-- \rJosh Huber
>
> I see carriage returns in your message and this in your header:
> Content-Type: text/plain; charset=big5-mac
>
> I guess "-mac" is causing the carriage returns, and maybe it's a
> mistake that your messages are being encoded this way.  But is it also
> a mistake that Gnus does not convert the carriage returns to newlines?

Emacs 21 with current Oort seems to decode Josh's post correctly.


-- 
matt

Re: More cvs server ..

[Maciej Matysiak]

On the 1st of November 2001 at 22:29, "Matt Armstrong" <matt+dated+1007242154.37f725@lickey.com> wrote:

> Emacs 21 with current Oort seems to decode Josh's post correctly.

pretty old oort (from 16th october) with xemacs 21.4 shows that message
as nice as any other.

 m.m.
-- 
 use gnus not guns!

Re: More cvs server ..

[Harry Putnam]

"Matt Armstrong" <matt+dated+1007242154.37f725@lickey.com> writes:

> Emacs 21 with current Oort seems to decode Josh's post correctly.

Not for me... Oort of yesterday and emacs-21.1

Re: More cvs server ..

[Harry Putnam]

Josh Huber <huber@alum.wpi.edu> writes:

> Martin Thornquist <martint+news@ifi.uio.no> writes:
>> As someone else has said, this is probably because your IP address
>> doesn't forward resolve. I guess you'll just have to wait until Lars
>> catches up with his mail and fixes quimby.
>> Yeah, or complain to your DSL provider for not having their dns
>> configured properly.


> note: other addresses appear to be ok, it's just yours that's busted.
> Call them!
> adsl-66.51.210.226.dslextreme.com       A       66.51.210.226
> adsl-66.51.210.227.dslextreme.com       A       66.51.210.227
> adsl-66.51.210.228.dslextreme.com does not exist (Authoritative answer)
> adsl-66.51.210.229.dslextreme.com       A       66.51.210.229
> adsl-66.51.210.230.dslextreme.com       A       66.51.210.230
> ttyl,

Boy that was chore.. cleaning that mess up.

I'm not the `only' one.  At least one other poster here 
(Robert Epprecht) is having the same trouble.  Further I'm able 
to cvs co:

bbdb
gcc
tramp
With no problem.

Does that mean that all of those servers are hosed and cvs.gnus is the
only one configured right?

Suprisingly I'm not real eager to engage a tech at dslextreme about
DNS when I don't have a clue what I'm talking about.

What I do know about is that the old server worked from this address.
The new server doesn't.

That report of your above.. What is that produced by and the command involved?

Re: More cvs server ..

[Josh Huber]

Harry Putnam <reader@newsguy.com> writes:

> Boy that was chore.. cleaning that mess up.

Yeah, sorry about that :(

> I'm not the `only' one.  At least one other poster here (Robert
> Epprecht) is having the same trouble.  Further I'm able to cvs co:

Well, yes I know that.  What I was saying is that your ISP DOES
provide reverse lookups for the hostname, but yours seems to be MIA.

> Does that mean that all of those servers are hosed and cvs.gnus is
> the only one configured right?

It's not a matter of right and wrong, it's a matter of /different/
configurations. Of course this is all hypothetical, but the evidence
points toward an entry like ALL: PARANOID in /etc/hosts.deny on
quimby.

> Suprisingly I'm not real eager to engage a tech at dslextreme about
> DNS when I don't have a clue what I'm talking about.

> What I do know about is that the old server worked from this address.
> The new server doesn't.

Well, that just means they're configured differently.

> That report of your above.. What is that produced by and the command
> involved?

I just used the host command...for example:

for IP in 27 28 29; do host adsl-66.51.210.2$IP.dslextreme.com; done

but, good news..it appears your DNS entry is back...try the cvs update
now...

ttyl,

-- 
Josh Huber

Re: More cvs server ..

[Harry Putnam]

Josh Huber <huber@alum.wpi.edu> writes:

> but, good news..it appears your DNS entry is back...try the cvs update
> now...

Same old guff:
 $ cvs update
cvs [update aborted]: recv() from server cvs.gnus.org: Connection reset by peer

 $ cvs -d :pserver:gnus@cvs.gnus.org:/usr/local/cvsroot login
Logging in to :pserver:gnus@cvs.gnus.org:2401/usr/local/cvsroot
CVS password: 
cvs [login aborted]: recv() from server cvs.gnus.org: Connection reset by peer

Well at least I do have a way to cvs update, by ssh to a remote
machine I have an account on.

Re: More cvs server ..

[Paul Jarc]

Josh Huber <huber@alum.wpi.edu> wrote:
> but, good news..it appears your DNS entry is back...try the cvs update
> now...

ns1.dslextreme.com has the correct DNS records.  ns2.dslextreme.com is
rather hosed; it's giving out "no such name" responses.  Harry, tell
your ISP their DNS servers are out of sync - they're giving
inconsistent answers.  If they need an example, tell them to check the
address of adsl-66.51.210.228.dslextreme.com.  (Even so, quimby should
also be fixed to not check for these records.)


paul

Re: More cvs server ..

[Lars Magne Ingebrigtsen]

Martin Thornquist <martint+news@ifi.uio.no> writes:

> As someone else has said, this is probably because your IP address
> doesn't forward resolve. I guess you'll just have to wait until Lars
> catches up with his mail and fixes quimby.

And now I did, so I removed the ALL: PARANOID from /etc/hosts.deny,
which should perhaps fix the problem?

-- 
(domestic pets only, the antidote for overdose, milk.)
   larsi@gnus.org * Lars Magne Ingebrigtsen