Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

ProNews forgets queued actions

0 views
Skip to first unread message

Dave Parsons

unread,
Jun 23, 2008, 3:37:33 AM6/23/08
to
Hi,

I'm not sure when it started but I have noticed recently that
if I select some articles to retrieve they show in the queue
pane ok, but if I then close ProNews without connecting to the
server and then restart it again, they are gone from the queue.

This seems to affect all servers apart from the first.

Using PN V1.59 which I think is the latest.

Has anyone else seen this?

--
Dave

Trevor Hemsley

unread,
Jun 23, 2008, 9:58:45 AM6/23/08
to

No but there are options which control precisely this behaviour so maybe you
have those set? Look in Ctrl-S global settings at the Queue tab.

--
Trevor Hemsley, Brighton, UK
Trevor dot Hemsley at ntlworld dot com

Dave Parsons

unread,
Jun 23, 2008, 10:50:40 AM6/23/08
to
On Mon, 23 Jun 2008 13:58:45 UTC, "Trevor Hemsley" <Trevor....@mytrousers.ntlworld.com> wrote:

> On Mon, 23 Jun 2008 07:37:33 UTC in comp.os.os2.mail-news, "Dave Parsons"
> <dwpa...@surfeu.de> wrote:
>
> > I'm not sure when it started but I have noticed recently that
> > if I select some articles to retrieve they show in the queue
> > pane ok, but if I then close ProNews without connecting to the
> > server and then restart it again, they are gone from the queue.
> >
> > This seems to affect all servers apart from the first.
> >
> > Using PN V1.59 which I think is the latest.
> >
> > Has anyone else seen this?
>
> No but there are options which control precisely this behaviour so maybe you
> have those set? Look in Ctrl-S global settings at the Queue tab.

That was the first place I looked when I noticed the problem.
I have:
Load queued processes = On program start
Save queued processes = On program shutdown
and I only have one page like that in the Global settings notebook so
there does not seem to be a way to tell it to treat different servers
differently.
Or have I got the wrong page?

--
Dave

Trevor Hemsley

unread,
Jun 23, 2008, 3:54:07 PM6/23/08
to
On Mon, 23 Jun 2008 14:50:40 UTC in comp.os.os2.mail-news, "Dave Parsons"
<dwpa...@surfeu.de> wrote:

> I have:
> Load queued processes = On program start
> Save queued processes = On program shutdown
> and I only have one page like that in the Global settings notebook so
> there does not seem to be a way to tell it to treat different servers
> differently.
> Or have I got the wrong page?

That looks correct to me. I have both set to prompt and I always get prompted.

Do you also have PNCKPTQUEUE=1 in pronews.env (or a SET line in config.sys for
the same thing)?

Dave Parsons

unread,
Jun 23, 2008, 4:09:41 PM6/23/08
to
On Mon, 23 Jun 2008 19:54:07 UTC, "Trevor Hemsley" <Trevor....@mytrousers.ntlworld.com> wrote:

> On Mon, 23 Jun 2008 14:50:40 UTC in comp.os.os2.mail-news, "Dave Parsons"
> <dwpa...@surfeu.de> wrote:
>
> > I have:
> > Load queued processes = On program start
> > Save queued processes = On program shutdown
> > and I only have one page like that in the Global settings notebook so
> > there does not seem to be a way to tell it to treat different servers
> > differently.
> > Or have I got the wrong page?
>
> That looks correct to me. I have both set to prompt and I always get prompted.
>
> Do you also have PNCKPTQUEUE=1 in pronews.env (or a SET line in config.sys for
> the same thing)?

No, the only PN thing I have set is PNHOSTNAME in config.sys.
I don't have a pronews.env, just sample.env with everything commented out.

--
Dave

Trevor Hemsley

unread,
Jun 23, 2008, 7:02:27 PM6/23/08
to
On Mon, 23 Jun 2008 20:09:41 UTC in comp.os.os2.mail-news, "Dave Parsons"
<dwpa...@surfeu.de> wrote:

> I don't have a pronews.env, just sample.env with everything commented out.

Sample.env is exactly that and provided to be copied (saves me replacing
someone's customised version on install). Since I run with PNCKPTQUEUE=1 you'll
find that version of the code path is somewhat more tested than the other :-)
Might be worth a try.

Dave Parsons

unread,
Jun 24, 2008, 1:40:34 AM6/24/08
to
On Mon, 23 Jun 2008 23:02:27 UTC, "Trevor Hemsley" <Trevor....@mytrousers.ntlworld.com> wrote:

> On Mon, 23 Jun 2008 20:09:41 UTC in comp.os.os2.mail-news, "Dave Parsons"
> <dwpa...@surfeu.de> wrote:
>
> > I don't have a pronews.env, just sample.env with everything commented out.
>
> Sample.env is exactly that and provided to be copied (saves me replacing
> someone's customised version on install). Since I run with PNCKPTQUEUE=1 you'll
> find that version of the code path is somewhat more tested than the other :-)
> Might be worth a try.

Tried it, but no difference. It still forgets 'retrieving article...' for all
but the first server.

--
Dave

Trevor Hemsley

unread,
Jun 24, 2008, 3:33:28 PM6/24/08
to
On Tue, 24 Jun 2008 05:40:34 UTC in comp.os.os2.mail-news, "Dave Parsons"
<dwpa...@surfeu.de> wrote:

> On Mon, 23 Jun 2008 23:02:27 UTC, "Trevor Hemsley" <Trevor....@mytrousers.ntlworld.com> wrote:
>
> > On Mon, 23 Jun 2008 20:09:41 UTC in comp.os.os2.mail-news, "Dave Parsons"
> > <dwpa...@surfeu.de> wrote:
> >
> > > I don't have a pronews.env, just sample.env with everything commented out.
> >
> > Sample.env is exactly that and provided to be copied (saves me replacing
> > someone's customised version on install). Since I run with PNCKPTQUEUE=1 you'll
> > find that version of the code path is somewhat more tested than the other :-)
> > Might be worth a try.
>
> Tried it, but no difference. It still forgets 'retrieving article...' for all
> but the first server.

I don't understand why yours should be different :-(

I just tried this on my 2nd server, set an article to retrieve, shut PN/2 down
and got the prompt to save or not, replied yes, started it back up and got the
prompt to load the queue again, said yes and it did. Used Ctrl-S and changed
both load and save to not prompt but do it anyway then repeated that lot and it
still loaded it. I've also repeated the same tests with articles set to retrieve
on servers 2 and 3 and they both load too.

It's not something silly like offline.dat being marked readonly is it? I doubt
it since it loads from the 1st server. How big is offline.dat after you shutdown
PN/2 and before you start it back up again?

Dave Parsons

unread,
Jun 25, 2008, 2:39:13 AM6/25/08
to

No, it isn't readonly. The default size seems to be 3397 and with
one article selected it grows to 4062 on shutdown.

I can see now that it is saving the information in offline.dat but
it loses it somewhere on restart.
Anything else I can check?

--
Dave

Dave Parsons

unread,
Jun 25, 2008, 2:52:16 AM6/25/08
to
On Wed, 25 Jun 2008 06:39:13 UTC, "Dave Parsons" <dwpa...@surfeu.de> wrote:

>
> I can see now that it is saving the information in offline.dat but
> it loses it somewhere on restart.
> Anything else I can check?
>

Something else I have just tried.

If I mark one article to be retrieved from the 1st server and one
from another server, shutdown, both are in offline.dat.
If I then restart PN, but don't fetch, then the article from the
1st server is still in offline.dat but the other one has gone!

--
Dave

Dave Parsons

unread,
Jun 25, 2008, 3:27:12 AM6/25/08
to

and something else I missed last time I checked pronews.log:-

25 Jun 09:03:07.57 TID 8 [ERROR] [PCSMGR] Invalid queue entry or no memory, queue load stopped

--
Dave

Trevor Hemsley

unread,
Jun 25, 2008, 9:24:30 AM6/25/08
to
On Wed, 25 Jun 2008 07:27:12 UTC in comp.os.os2.mail-news, "Dave Parsons"
<dwpa...@surfeu.de> wrote:

> 25 Jun 09:03:07.57 TID 8 [ERROR] [PCSMGR] Invalid queue entry or no memory, queue load stopped

That would certainly explain it...

ProcessData = (char *) malloc(ProcessSize);
if (ProcessData == NULL)
{
LogOut(LOG_ERROR, "[PCSMGR] Invalid queue entry or no memory, queue
load stopped");
break;
}

You're out of memory. Or the file is corrupt. If you are certain it's not memory
then you are welcome to send the offline.dat file to me and I'll have a look at
it.

Dave Parsons

unread,
Jun 26, 2008, 2:23:31 AM6/26/08
to
On Wed, 25 Jun 2008 13:24:30 UTC, "Trevor Hemsley" <Trevor....@mytrousers.ntlworld.com> wrote:

> On Wed, 25 Jun 2008 07:27:12 UTC in comp.os.os2.mail-news, "Dave Parsons"
> <dwpa...@surfeu.de> wrote:
>
> > 25 Jun 09:03:07.57 TID 8 [ERROR] [PCSMGR] Invalid queue entry or no memory, queue load stopped
>
> That would certainly explain it...
>
> ProcessData = (char *) malloc(ProcessSize);
> if (ProcessData == NULL)
> {
> LogOut(LOG_ERROR, "[PCSMGR] Invalid queue entry or no memory, queue
> load stopped");
> break;
> }
>
> You're out of memory. Or the file is corrupt. If you are certain it's not memory
> then you are welcome to send the offline.dat file to me and I'll have a look at
> it.
>

I don't think it is memory, certainly not physical memory, since this
box has 2GByte and is only using about 200MByte.

I did a bit more searching after that post and it seems that the problem
started 25th. June 2006, which looks like the day I upgraded to V1.58.

I don't know whether it is a red herring but you will also see references
in the attached offline.dat to d:\pronews...
This does not exist. D: is the system/boot partition but Pronews has always
been on f: on this box.

Hmm, T-Online wouldn't accept the attachment so I'll send it directly
from PMMail.

--
Dave


Trevor Hemsley

unread,
Jun 26, 2008, 5:18:21 PM6/26/08
to
On Thu, 26 Jun 2008 06:23:31 UTC in comp.os.os2.mail-news, "Dave Parsons"
<dwpa...@surfeu.de> wrote:

> This does not exist. D: is the system/boot partition but Pronews has always
> been on f: on this box.

I think that's just random garbage laying around in memory that's been written
to disk.

I've had a look at the file you sent me and I *think* it has to do with a New
Groups command that's queued up. I think if you delete this from the queue and
then try it, it'll work. There may be more than one of them so nuke the lot and
then shutdown and let me know if it works on startup. There looks like there is
a bug in there because the length of the command is 0 bytes and the malloc(0)
returns 0 bytes - it should be skipping the malloc() in this case I think and
just putting the thing on the queue.

Dave Parsons

unread,
Jun 27, 2008, 1:40:38 AM6/27/08
to
On Thu, 26 Jun 2008 21:18:21 UTC, "Trevor Hemsley" <Trevor....@mytrousers.ntlworld.com> wrote:

>
> I've had a look at the file you sent me and I *think* it has to do with a New
> Groups command that's queued up. I think if you delete this from the queue and
> then try it, it'll work. There may be more than one of them so nuke the lot and
> then shutdown and let me know if it works on startup.

Yes, that worked.

I can't get through to os2warp to try the other files at the moment.
I'll try again in an hour or so.

--
Dave

Dave Parsons

unread,
Jul 13, 2008, 4:17:21 AM7/13/08
to
On Thu, 26 Jun 2008 21:18:21 UTC, "Trevor Hemsley" <Trevor....@mytrousers.ntlworld.com> wrote:

<snip>

It's been a few weeks now and I still can't get through to:

http://www.os2warp.org/sysbench

It always times out.

Can anyone else, especially in Germany reach it?

--
Cheers,
Dave

Paul Ratcliffe

unread,
Jul 13, 2008, 5:12:47 AM7/13/08
to
On Sun, 13 Jul 2008 10:17:21 +0200, Dave Parsons <dwpa...@surfeu.de> wrote:

> It's been a few weeks now and I still can't get through to:
>
> http://www.os2warp.org/sysbench
>
> It always times out.
>
> Can anyone else, especially in Germany reach it?

Works from here (UK), but it is 25 hops away. I wonder if you are running into
TTL problems? My stack seems to be set for 30 hops max.
What does tracerte say?

Frank Beythien

unread,
Jul 13, 2008, 6:52:44 AM7/13/08
to
On Sun, 13 Jul 2008 08:17:21 UTC "Dave Parsons" <dwpa...@surfeu.de>
wrote:

No problem.

CU/2
--
Frank Beythien fBeythien AT gmx.de

Message has been deleted

Dave Parsons

unread,
Jul 14, 2008, 4:50:51 PM7/14/08
to

traceroute to os2warp.org (69.153.112.43), 30 hops max, 38 byte packets
1 speedportrouter (192.168.1.101) 0 ms 0 ms 10 ms
2 * * *
3 217.0.69.182 (217.0.69.182) 50 ms 50 ms 50 ms
4 was-e4.WAS.US.net.DTAG.DE (62.154.15.38) 150 ms 180 ms 150 ms
5 62.156.138.130 (62.156.138.130) 150 ms 330 ms 210 ms
6 151.164.241.131 (151.164.241.131) 150 ms 150 ms 150 ms
7 bb1-p4-3.ltrkar.sbcglobal.net (151.164.93.186) 280 ms 260 ms 270 ms
8 ded3-p2-0.ltrkar.sbcglobal.net (151.164.242.205) 180 ms 190 ms 180 ms
9 The-Computer-Works-1162727.cust-rtr.swbell.net (68.88.183.230) 190 ms 190 ms 180 ms
10 so00.wlan.tcworks.net (65.66.76.2) 190 ms 180 ms 180 ms
11 so10-w2.wlan.tcworks.net (69.153.112.50) 190 ms 180 ms 190 ms
12 * * *
13 * * *
14 * * *
15 * * *
16 * * *
17 * * *
18 * * *
19 * * *
20 * * *
21 * * *
22 * * *
23 * * *
24 * * *
25 * * *
26 * * *
27 * * *
28 * * *
29 * * *
30 * * *

FWIW I can't reach it from work either. Different ISP & different OS.

--
Dave

Steven Levine

unread,
Jul 14, 2008, 6:32:28 PM7/14/08
to
In <Ej0w7lFo08Zw-p...@uranus.dwparsons.dailin.t-online.de>, on
07/14/2008

at 10:50 PM, "Dave Parsons" <dwpa...@surfeu.de> said:

>> > http://www.os2warp.org/sysbench
>> >
>> > It always times out.
>> >
>> > Can anyone else, especially in Germany reach it?
>>
>> Works from here (UK), but it is 25 hops away. I wonder if you are running into
>> TTL problems? My stack seems to be set for 30 hops max.
>> What does tracerte say?

>traceroute to os2warp.org (69.153.112.43), 30 hops max, 38 byte packets
> 1 speedportrouter (192.168.1.101) 0 ms 0 ms 10 ms
> 2 * * *
> 3 217.0.69.182 (217.0.69.182) 50 ms 50 ms 50 ms
> 4 was-e4.WAS.US.net.DTAG.DE (62.154.15.38) 150 ms 180 ms 150 ms
> 5 62.156.138.130 (62.156.138.130) 150 ms 330 ms 210 ms
> 6 151.164.241.131 (151.164.241.131) 150 ms 150 ms 150 ms
> 7 bb1-p4-3.ltrkar.sbcglobal.net (151.164.93.186) 280 ms 260 ms 270
>ms
> 8 ded3-p2-0.ltrkar.sbcglobal.net (151.164.242.205) 180 ms 190 ms
>180 ms
> 9 The-Computer-Works-1162727.cust-rtr.swbell.net (68.88.183.230) 190
>ms 190 ms 180 ms 10 so00.wlan.tcworks.net (65.66.76.2) 190 ms
>180 ms 180 ms 11 so10-w2.wlan.tcworks.net (69.153.112.50) 190 ms 180
>ms 190 ms 12 * * *
>13 * * *

FWIW, I get the same timeout after so10-w2.wlan.tcworks.net, however I can
access Scott's site without problems. Both ping and dig are fine. I
wonder if there is any significance to the wlan indication. Tcworks.net
appears to be the ISP and DSL provider.

Steven

--
--------------------------------------------------------------------------------------------
Steven Levine <ste...@earthlink.bogus.net> MR2/ICE 3.00 beta 11pre14 #10183
eCS/Warp/DIY/14.103a_W4 www.scoug.com irc.ca.webbnet.info #scoug (Wed 7pm PST)
--------------------------------------------------------------------------------------------

Paul Ratcliffe

unread,
Jul 14, 2008, 6:53:28 PM7/14/08
to
On Mon, 14 Jul 2008 22:50:51 +0200, Dave Parsons <dwpa...@surfeu.de> wrote:

> traceroute to os2warp.org (69.153.112.43), 30 hops max, 38 byte packets
> 1 speedportrouter (192.168.1.101) 0 ms 0 ms 10 ms
> 2 * * *
> 3 217.0.69.182 (217.0.69.182) 50 ms 50 ms 50 ms
> 4 was-e4.WAS.US.net.DTAG.DE (62.154.15.38) 150 ms 180 ms 150 ms
> 5 62.156.138.130 (62.156.138.130) 150 ms 330 ms 210 ms
> 6 151.164.241.131 (151.164.241.131) 150 ms 150 ms 150 ms
> 7 bb1-p4-3.ltrkar.sbcglobal.net (151.164.93.186) 280 ms 260 ms 270 ms
> 8 ded3-p2-0.ltrkar.sbcglobal.net (151.164.242.205) 180 ms 190 ms 180 ms
> 9 The-Computer-Works-1162727.cust-rtr.swbell.net (68.88.183.230) 190 ms 190 ms 180 ms
> 10 so00.wlan.tcworks.net (65.66.76.2) 190 ms 180 ms 180 ms
> 11 so10-w2.wlan.tcworks.net (69.153.112.50) 190 ms 180 ms 190 ms
> 12 * * *
>

> FWIW I can't reach it from work either. Different ISP & different OS.

No problem with TTL then. That's as far as Tracerte gets for me as well:

20 151.164.93.210 (151.164.93.210) 172 ms 154 ms 149 ms
21 ded3-p6-0.ltrkar.sbcglobal.net (151.164.242.207) 153 ms 153 ms 154 ms
22 The-Computer-Works-1162727.cust-rtr.swbell.net (68.88.183.230) 154 ms 154
ms 156 ms
23 so00.wlan.tcworks.net (65.66.76.2) 152 ms 152 ms 154 ms
24 so10-w2.wlan.tcworks.net (69.153.112.50) 155 ms 153 ms 158 ms
25 * * *

It looks like there is no basic connectivity problem. Have you tried
getting an IPTRACE while doing a "telnet 69.153.112.43 80" ?
Or maybe it's an MTU problem somewhere? The most I could get out of Tracerte
was 1458 byte packets. Any bigger and it failed at hop 12.

Dave Parsons

unread,
Jul 15, 2008, 2:40:51 AM7/15/08
to
On Mon, 14 Jul 2008 22:53:28 UTC, Paul Ratcliffe <ab...@orac12.clara34.co56.uk78> wrote:

>
> It looks like there is no basic connectivity problem. Have you tried
> getting an IPTRACE while doing a "telnet 69.153.112.43 80" ?
> Or maybe it's an MTU problem somewhere? The most I could get out of Tracerte
> was 1458 byte packets. Any bigger and it failed at hop 12.

I've tried with data sizes up to 1500 and get the same results from tracerte.
I tried telnet a few times and with other ports but it simply never replies.
On one occasion I got the following from
The-Computer-Works-1162727.cust-rtr.swbell.net, but it never repeated.

DIX: Dest: 192.168.001.015 Source: 068.088.183.230
----------------------- IP HEADER -----------------------
IP: Version: 4 Correct Header Length: 20 bytes
IP: Type Of Service: 00
IP: 000. .... Routine
IP: ...0 .... Normal Delay
IP: .... 0... Normal Throughput
IP: .... .0.. Normal Reliability
IP: Total Len: 56 (x38) bytes Id: 5BCC
IP: Flags: 0
IP: .0.. May Fragment
IP: ..0. Last Fragment
IP: Fragment Offset: 000
IP: Time To Live: 242 sec Protocol: 1 ICMP
IP: Header Checksum: AF02 (Correct)
IP: No Options
---------------------- ICMP HEADER ----------------------
ICMP: Type: 03 Dest unreach
ICMP: Code: 0D Communication Administratively Prohibited by Filtering
ICMP: Checksum: 5CE9 (Correct)
--------------------------------- DATA -----------------------------------

Scotty

unread,
Jul 15, 2008, 3:32:57 AM7/15/08
to

Accessible from here:
Hop Avg Diff Address Host Name

1 0 0 192.168.0.1
2 46 46 41.241.192.1 dsl-241-192-01.telkomadsl.co.za
3 43 -3 196.43.33.201
4 31 -12 196.43.33.201
5 36 5 196.43.33.2
6 30 -6 196.43.33.5
7 402 372 196.43.18.30 ash-ip-dir-equinix-pos-4-0.telkom-ipnet.co.za
8 402 0 208.49.224.161 so-3-0-1.ar1.DCA3.gblx.net
9 405 3 64.208.110.74 sbc-1.ar2.DCA3.gblx.net
10 410 5 151.164.241.129 core1-p6-0.crskut.sbcglobal.net
11 480 70 151.164.93.186 bb1-p4-3.ltrkar.sbcglobal.net
12 387 -93 151.164.242.205 ded3-p2-0.ltrkar.sbcglobal.net
13 413 26 68.88.183.230
The-Computer-Works-1162727.cust-rtr.swbell.net
14 407 -6 65.66.76.2 so00.wlan.tcworks.net
15 424 17 69.153.112.50 so10-w2.wlan.tcworks.net
16 389 -35 69.153.112.43 lambert-43.wlan.tcworks.net

Watch the line feeds

Scotty

Dave Parsons

unread,
Jul 16, 2008, 2:23:52 AM7/16/08
to
On Tue, 15 Jul 2008 07:32:57 UTC, Scotty <nob...@home.net> wrote:

> The-Computer-Works-1162727.cust-rtr.swbell.net
> 14 407 -6 65.66.76.2 so00.wlan.tcworks.net
> 15 424 17 69.153.112.50 so10-w2.wlan.tcworks.net
> 16 389 -35 69.153.112.43 lambert-43.wlan.tcworks.net

Yes I get there this morning also, but it still does not reply
to any attempts to connect from here.

--
Dave

Dave Parsons

unread,
Jul 16, 2008, 3:27:28 AM7/16/08
to
On Sun, 13 Jul 2008 10:52:44 UTC, "Frank Beythien" <Nospa...@efbe.prima.de> wrote:

> On Sun, 13 Jul 2008 08:17:21 UTC "Dave Parsons" <dwpa...@surfeu.de>
> wrote:


> > Can anyone else, especially in Germany reach it?
>
> No problem.

It's more specific than Germany then.
What ip address range are you in?

--
Dave

Frank Beythien

unread,
Jul 16, 2008, 5:09:34 AM7/16/08
to
On Wed, 16 Jul 2008 07:27:28 UTC "Dave Parsons" <dwpa...@surfeu.de>
wrote:

> On Sun, 13 Jul 2008 10:52:44 UTC, "Frank Beythien" <Nospa...@efbe.prima.de> wrote:
>
> > On Sun, 13 Jul 2008 08:17:21 UTC "Dave Parsons" <dwpa...@surfeu.de>
> > wrote:
>
>
> > > Can anyone else, especially in Germany reach it?
> >
> > No problem.
>
> It's more specific than Germany then.
> What ip address range are you in?

I'm on DSL. This morning I got IP 91.40.202.109 from t-com and can
reach the sysbench page.

Paul Ratcliffe

unread,
Jul 18, 2008, 4:06:15 AM7/18/08
to
On Tue, 15 Jul 2008 08:40:51 +0200, Dave Parsons <dwpa...@surfeu.de> wrote:

>> It looks like there is no basic connectivity problem. Have you tried
>> getting an IPTRACE while doing a "telnet 69.153.112.43 80" ?
>> Or maybe it's an MTU problem somewhere? The most I could get out of Tracerte
>> was 1458 byte packets. Any bigger and it failed at hop 12.
>
> I've tried with data sizes up to 1500 and get the same results from tracerte.
> I tried telnet a few times and with other ports but it simply never replies.
> On one occasion I got the following from
> The-Computer-Works-1162727.cust-rtr.swbell.net, but it never repeated.
>

> ICMP: Type: 03 Dest unreach
> ICMP: Code: 0D Communication Administratively Prohibited by Filtering
> ICMP: Checksum: 5CE9 (Correct)

It looks like it's deliberate then, for whatever reason. I don't like your
chances of finding someone who knows how to sort it out.

Dave Parsons

unread,
Jul 19, 2008, 5:16:29 AM7/19/08
to
On Fri, 18 Jul 2008 08:06:15 UTC, Paul Ratcliffe <ab...@orac12.clara34.co56.uk78> wrote:

>
> It looks like it's deliberate then, for whatever reason. I don't like your
> chances of finding someone who knows how to sort it out.

Seems so. I've just reconfigured to dial in to another ISP via ISDN and I
can access the page from there. (89.xxx.xxx.xxx instead of 84.152.xxx.xxx)

Thanks to all,
Dave

Trevor Hemsley

unread,
Jul 19, 2008, 6:24:22 AM7/19/08
to

I've been talking to Scott who runs os2warp.org and he tells me that his uplink
is configured to drop connections that are listed in spamhaus so it looks like
you've been hit by this.

0 new messages