---

How do you enable and disable the use of individual ports in Leopard and
Leopard Server?

At present, I cannot access my usual e-mail account from my MacMini
running Leopard Server or from my old G4/867 running Leopard.

I receive the following error message:

=
Unable to Receive Mail.

There may be a problem with the mail server or the network. Check the
settings for the account "DanDomain" and try again.

The server error encountered was: The server "mail.rqnne.dk" cannot be
contacted on port 110.
=

But I can use the account on my MacBook which is placed on excactly the
same network, and which synchronizes with the other Mac computers
through my .mac account.

I simply cannot find where to administer port access in Leopard or
Leopard Server.
--
Per Erik Rønne
http://www.RQNNE.dk

---

In article <1ieytp1.1x92hpd67ld8gN%per@RQNNE.invalid>,
per@RQNNE.invalid (Per Rønne) wrote:

> How do you enable and disable the use of individual ports in Leopard and
> Leopard Server?
>
> At present, I cannot access my usual e-mail account from my MacMini
> running Leopard Server or from my old G4/867 running Leopard.
>
> I receive the following error message:
>
> =
> Unable to Receive Mail.
>
> There may be a problem with the mail server or the network. Check the
> settings for the account "DanDomain" and try again.
>
> The server error encountered was: The server "mail.rqnne.dk" cannot be
> contacted on port 110.
> =
>
> But I can use the account on my MacBook which is placed on excactly the
> same network, and which synchronizes with the other Mac computers
> through my .mac account.
>
> I simply cannot find where to administer port access in Leopard or
> Leopard Server.

Unless you are specifically running outbound port detection/blocking
software such as Little Snitch, this doesn't sound like a port access
problem.

What happens if you try logging into mail.rqnne.dk on port 110 with a
telnet client?

Try this in terminal to see if you can connect:

# telnet mail.rqnne.dk 110

You should see something like this:

Trying 194.255.46.110...
Connected to mail.rqnne.dk.
Escape character is '^]'.
+OK mail110.dandomain.dk DanDomain Mailserver POP3 Sun, 06 Apr 2008
08:19:04 +0200 <20080406081904@mail110.dandomain.dk>

(Enter the command "quit" to exit.)

--
Posted via a free Usenet account from http://www.teranews.com

---

Jolly Roger <jollyroger@pobox.com> wrote:

> Unless you are specifically running outbound port detection/blocking
> software such as Little Snitch, this doesn't sound like a port access
> problem.
>
> What happens if you try logging into mail.rqnne.dk on port 110 with a
> telnet client?
>
> Try this in terminal to see if you can connect:
>
> # telnet mail.rqnne.dk 110
>
> You should see something like this:
>
> Trying 194.255.46.110...
> Connected to mail.rqnne.dk.
> Escape character is '^]'.
> +OK mail110.dandomain.dk DanDomain Mailserver POP3 Sun, 06 Apr 2008
> 08:19:04 +0200 <20080406081904@mail110.dandomain.dk>
>
> (Enter the command "quit" to exit.)

On my MacBook which connects I see:

MacBook per$ telnet mail.rqnne.dk 110
Trying 194.255.46.110...
Connected to mail.rqnne.dk.
Escape character is '^]'.
+OK mail110.dandomain.dk DanDomain Mailserver POP3 Sun, 06 Apr 2008
10:57:51 +0200 <20080406105751@mail110.dandomain.dk>
quit
+OK mail110.dandomain.dk closing connection
Connection closed by foreign host.
MacBook per$
=

--
Per Erik Rønne
http://www.RQNNE.dk

---

In article <1iez2hj.pws14iboewjlN%per@RQNNE.invalid>,
per@RQNNE.invalid (Per Rønne) wrote:

> Jolly Roger <jollyroger@pobox.com> wrote:
>
> > Unless you are specifically running outbound port detection/blocking
> > software such as Little Snitch, this doesn't sound like a port access
> > problem.
> >
> > What happens if you try logging into mail.rqnne.dk on port 110 with a
> > telnet client?
> >
> > Try this in terminal to see if you can connect:
> >
> > # telnet mail.rqnne.dk 110
> >
> > You should see something like this:
> >
> > Trying 194.255.46.110...
> > Connected to mail.rqnne.dk.
> > Escape character is '^]'.
> > +OK mail110.dandomain.dk DanDomain Mailserver POP3 Sun, 06 Apr 2008
> > 08:19:04 +0200 <20080406081904@mail110.dandomain.dk>
> >
> > (Enter the command "quit" to exit.)
>
> On my MacBook which connects I see:
>
> MacBook per$ telnet mail.rqnne.dk 110
> Trying 194.255.46.110...
> Connected to mail.rqnne.dk.
> Escape character is '^]'.
> +OK mail110.dandomain.dk DanDomain Mailserver POP3 Sun, 06 Apr 2008
> 10:57:51 +0200 <20080406105751@mail110.dandomain.dk>
> quit
> +OK mail110.dandomain.dk closing connection
> Connection closed by foreign host.
> MacBook per$
> =

Ok, so you are able to connect. Did you try connecting again with your
email client?

The first sentence of the error message you posted may be true:

"There may be a problem with the mail server or the network."

(In other words, the problem may have been an intermittent network or
server issue.)

--
Posted via a free Usenet account from http://www.teranews.com

---

Jolly Roger <jollyroger@pobox.com> wrote:

> Ok, so you are able to connect. Did you try connecting again with your
> email client?

Oh, I am able to connect with my e-mail client on the MacBook, but not
on my old G4 and not on my MacMini running Leopard Server.

And my MacBook is now going to get repaired - when I replaced the
harddisk with a larger one with 320 GB I discovered that the lamellas
weren't fixed.
--
Per Erik Rønne
http://www.RQNNE.dk

---

In article <1iez2y4.yxb4gi1mwq7b4N%per@RQNNE.invalid>,
per@RQNNE.invalid (Per Rønne) wrote:

> my MacBook is now going to get repaired - when I replaced the
> harddisk with a larger one with 320 GB I discovered that the lamellas
> weren't fixed.

Sorry - what's a lamella?

--
Posted via a free Usenet account from http://www.teranews.com

---

Jolly Roger <jollyroger@pobox.com> wrote:

> In article <1iez2y4.yxb4gi1mwq7b4N%per@RQNNE.invalid>,
> per@RQNNE.invalid (Per Rønne) wrote:
>
> > my MacBook is now going to get repaired - when I replaced the
> > harddisk with a larger one with 320 GB I discovered that the lamellas
> > weren't fixed.
>
> Sorry - what's a lamella?

I'm talking about two rubber lanes that are meant to keep the harddisk
fixed.
--
Per Erik Rønne
http://www.RQNNE.dk

---

Per Rønne <per@RQNNE.invalid> wrote:

> Jolly Roger <jollyroger@pobox.com> wrote:
>
> > Unless you are specifically running outbound port detection/blocking
> > software such as Little Snitch, this doesn't sound like a port access
> > problem.
> >
> > What happens if you try logging into mail.rqnne.dk on port 110 with a
> > telnet client?
> >
> > Try this in terminal to see if you can connect:
> >
> > # telnet mail.rqnne.dk 110
> >
> > You should see something like this:
> >
> > Trying 194.255.46.110...
> > Connected to mail.rqnne.dk.
> > Escape character is '^]'.
> > +OK mail110.dandomain.dk DanDomain Mailserver POP3 Sun, 06 Apr 2008
> > 08:19:04 +0200 <20080406081904@mail110.dandomain.dk>
> >
> > (Enter the command "quit" to exit.)
>
> On my MacBook which connects I see:
>
> MacBook per$ telnet mail.rqnne.dk 110
> Trying 194.255.46.110...
> Connected to mail.rqnne.dk.
> Escape character is '^]'.
> +OK mail110.dandomain.dk DanDomain Mailserver POP3 Sun, 06 Apr 2008
> 10:57:51 +0200 <20080406105751@mail110.dandomain.dk>
> quit
> +OK mail110.dandomain.dk closing connection
> Connection closed by foreign host.
> MacBook per$
> =

And on my MacMini with Leopard Server running I see:

Last login: Sun Apr 6 06:44:13 on console
server per$ telnet mail.rqnne.dk 110
mail.rqnne.dk: nodename nor servname provided, or not known
server per$

I get exactly the same message on my G4 with Leopard - the computer on
which I have got excatly the same problem.
--
Per Erik Rønne
http://www.RQNNE.dk

---

In article <1iez2mk.tfl7zm1fjyvowN%per@RQNNE.invalid>,
per@RQNNE.invalid (Per Rønne) wrote:

> And on my MacMini with Leopard Server running I see:
>
> Last login: Sun Apr 6 06:44:13 on console
> server per$ telnet mail.rqnne.dk 110
> mail.rqnne.dk: nodename nor servname provided, or not known
> server per$
>
> I get exactly the same message on my G4 with Leopard - the computer on
> which I have got excatly the same problem.

Okay, so it looks like those computers are unable to resolve the
mail.rqnne.dk domain name. A likely cause is that these computers are
using a different domain name server than the working computer.

You will want to check to see what your System Preferences > Network >
Built-in Ethernet > DNS Server setting is on both the working and
malfunctioning computers.

What do you get when you run this command in a terminal window?:

dig mail.rqnne.dk

--
Posted via a free Usenet account from http://www.teranews.com

---

Jolly Roger <jollyroger@pobox.com> wrote:

> In article <1iez2mk.tfl7zm1fjyvowN%per@RQNNE.invalid>,
> per@RQNNE.invalid (Per Rønne) wrote:
>
> > And on my MacMini with Leopard Server running I see:
> >
> > Last login: Sun Apr 6 06:44:13 on console
> > server per$ telnet mail.rqnne.dk 110
> > mail.rqnne.dk: nodename nor servname provided, or not known
> > server per$
> >
> > I get exactly the same message on my G4 with Leopard - the computer on
> > which I have got excatly the same problem.
>
> Okay, so it looks like those computers are unable to resolve the
> mail.rqnne.dk domain name. A likely cause is that these computers are
> using a different domain name server than the working computer.
>
> You will want to check to see what your System Preferences > Network >
> Built-in Ethernet > DNS Server setting is on both the working and
> malfunctioning computers.

On the MacBook it is:

192.168.1.4.127.0.0.1, 89.150.129.4, 89.150.129.10

> What do you get when you run this command in a terminal window?:
>
> dig mail.rqnne.dk

Again, I will have to answer twice as I answer from two diffenrent
computers.

My MacBook:

Last login: Sun Apr 6 10:42:16 on ttys000
MacBook per$ dig mail.rqnne.dk

; <<>> DiG 9.4.1-P1 <<>> mail.rqnne.dk
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 33562
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 3, ADDITIONAL: 3

;; QUESTION SECTION:
;mail.rqnne.dk. IN A

;; ANSWER SECTION:
mail.rqnne.dk. 1673 IN A 194.255.46.110

;; AUTHORITY SECTION:
rqnne.dk. 28968 IN NS ns2.dandomain.dk.
rqnne.dk. 28968 IN NS ns3.dandomain.dk.
rqnne.dk. 28968 IN NS ns.dandomain.dk.

;; ADDITIONAL SECTION:
ns2.dandomain.dk. 1201 IN A 194.255.15.2
ns.dandomain.dk. 1016 IN A 194.255.15.1
ns3.dandomain.dk. 1201 IN A 193.28.149.69

;; Query time: 31 msec
;; SERVER: 89.150.129.4#53(89.150.129.4)
;; WHEN: Sun Apr 6 11:56:38 2008
;; MSG SIZE rcvd: 158

MacBook per$
=
--
Per Erik Rønne
http://www.RQNNE.dk

---

Per Rønne <per@RQNNE.invalid> wrote:

> Jolly Roger <jollyroger@pobox.com> wrote:
>
> > In article <1iez2mk.tfl7zm1fjyvowN%per@RQNNE.invalid>,
> > per@RQNNE.invalid (Per Rønne) wrote:
> >
> > > And on my MacMini with Leopard Server running I see:
> > >
> > > Last login: Sun Apr 6 06:44:13 on console
> > > server per$ telnet mail.rqnne.dk 110
> > > mail.rqnne.dk: nodename nor servname provided, or not known
> > > server per$
> > >
> > > I get exactly the same message on my G4 with Leopard - the computer on
> > > which I have got excatly the same problem.
> >
> > Okay, so it looks like those computers are unable to resolve the
> > mail.rqnne.dk domain name. A likely cause is that these computers are
> > using a different domain name server than the working computer.
> >
> > You will want to check to see what your System Preferences > Network >
> > Built-in Ethernet > DNS Server setting is on both the working and
> > malfunctioning computers.
>
> On the MacBook it is:
>
> 192.168.1.4.127.0.0.1, 89.150.129.4, 89.150.129.10

And on the MacMini with Leopard Server:

192.168.1.4, 127.0.0.1, 89.150.129.4, 89.150.129.10

Exactly the same.

BTW, 192.168.1.4 it the Leopard Server's IP address.

> > What do you get when you run this command in a terminal window?:
> >
> > dig mail.rqnne.dk
>
> Again, I will have to answer twice as I answer from two diffenrent
> computers.
>
> My MacBook:
>
> Last login: Sun Apr 6 10:42:16 on ttys000
> MacBook per$ dig mail.rqnne.dk
>
> ; <<>> DiG 9.4.1-P1 <<>> mail.rqnne.dk
> ;; global options: printcmd
> ;; Got answer:
> ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 33562
> ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 3, ADDITIONAL: 3
>
> ;; QUESTION SECTION:
> ;mail.rqnne.dk. IN A
>
> ;; ANSWER SECTION:
> mail.rqnne.dk. 1673 IN A 194.255.46.110
>
> ;; AUTHORITY SECTION:
> rqnne.dk. 28968 IN NS ns2.dandomain.dk.
> rqnne.dk. 28968 IN NS ns3.dandomain.dk.
> rqnne.dk. 28968 IN NS ns.dandomain.dk.
>
> ;; ADDITIONAL SECTION:
> ns2.dandomain.dk. 1201 IN A 194.255.15.2
> ns.dandomain.dk. 1016 IN A 194.255.15.1
> ns3.dandomain.dk. 1201 IN A 193.28.149.69
>
> ;; Query time: 31 msec
> ;; SERVER: 89.150.129.4#53(89.150.129.4)
> ;; WHEN: Sun Apr 6 11:56:38 2008
> ;; MSG SIZE rcvd: 158
>
> MacBook per$
> =

And on the Leopard Server:

Last login: Sun Apr 6 11:03:59 on ttys001
server per$ dig mail.rqnne.dk

; <<>> DiG 9.4.1-P1 <<>> mail.rqnne.dk
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 64079
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0

;; QUESTION SECTION:
;mail.rqnne.dk. IN A

;; AUTHORITY SECTION:
rqnne.dk. 3600 IN SOA server.rqnne.dk. admin.rqnne.dk.
2008022000 86400 3600 604800 3600

;; Query time: 2 msec
;; SERVER: 192.168.1.4#53(192.168.1.4)
;; WHEN: Sun Apr 6 12:00:09 2008
;; MSG SIZE rcvd: 80

server per$
=

Perhaps the problem is in the Leopard Server's name: server.rqnne.dk?

--
Per Erik Rønne
http://www.RQNNE.dk

---

In article <1iez5a1.1kxsid01p3b3u4N%per@RQNNE.invalid>,
per@RQNNE.invalid (Per Rønne) wrote:

> Perhaps the problem is in the Leopard Server's name: server.rqnne.dk?

You need to learn how to properly set up DNS, I'm afraid. Your DNS
server (on your Leopard server) isn't resolving this name properly.

--
Posted via a free Usenet account from http://www.teranews.com

---

Jolly Roger <jollyroger@pobox.com> wrote:

> In article <1iez5a1.1kxsid01p3b3u4N%per@RQNNE.invalid>,
> per@RQNNE.invalid (Per Rønne) wrote:
>
> > Perhaps the problem is in the Leopard Server's name: server.rqnne.dk?
>
> You need to learn how to properly set up DNS, I'm afraid. Your DNS
> server (on your Leopard server) isn't resolving this name properly.

I think you are right.
--
Per Erik Rønne
http://www.RQNNE.dk

---

In article <1iez5a1.1kxsid01p3b3u4N%per@RQNNE.invalid>,
per@RQNNE.invalid (Per Rønne) wrote:

> Per Rønne <per@RQNNE.invalid> wrote:
>
> > Jolly Roger <jollyroger@pobox.com> wrote:
> >
> > > In article <1iez2mk.tfl7zm1fjyvowN%per@RQNNE.invalid>,
> > > per@RQNNE.invalid (Per Rønne) wrote:
> > >
> > > > And on my MacMini with Leopard Server running I see:
> > > >
> > > > Last login: Sun Apr 6 06:44:13 on console
> > > > server per$ telnet mail.rqnne.dk 110
> > > > mail.rqnne.dk: nodename nor servname provided, or not known
> > > > server per$
> > > >
> > > > I get exactly the same message on my G4 with Leopard - the computer on
> > > > which I have got excatly the same problem.
> > >
> > > Okay, so it looks like those computers are unable to resolve the
> > > mail.rqnne.dk domain name. A likely cause is that these computers are
> > > using a different domain name server than the working computer.
> > >
> > > You will want to check to see what your System Preferences > Network >
> > > Built-in Ethernet > DNS Server setting is on both the working and
> > > malfunctioning computers.
> >
> > On the MacBook it is:
> >
> > 192.168.1.4.127.0.0.1, 89.150.129.4, 89.150.129.10

Is there really a "." connecting 192.168.1.4 and 127.0.0.1? That's
wrong, it should be a comma between them. Which explains why the
MacBook isn't asking the Leopard Server. If you look at the dig output,
you see that it queried 89.150.129.4, your ISP's nameserver. And it got
the correct answer from the public DNS server for the domain.

>
> And on the MacMini with Leopard Server:
>
> 192.168.1.4, 127.0.0.1, 89.150.129.4, 89.150.129.10
>
> Exactly the same.
>
> BTW, 192.168.1.4 it the Leopard Server's IP address.
>
> > > What do you get when you run this command in a terminal window?:
> > >
> > > dig mail.rqnne.dk
> >
> > Again, I will have to answer twice as I answer from two diffenrent
> > computers.
> >
> > My MacBook:
> >
> > Last login: Sun Apr 6 10:42:16 on ttys000
> > MacBook per$ dig mail.rqnne.dk
> >
> > ; <<>> DiG 9.4.1-P1 <<>> mail.rqnne.dk
> > ;; global options: printcmd
> > ;; Got answer:
> > ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 33562
> > ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 3, ADDITIONAL: 3
> >
> > ;; QUESTION SECTION:
> > ;mail.rqnne.dk. IN A
> >
> > ;; ANSWER SECTION:
> > mail.rqnne.dk. 1673 IN A 194.255.46.110
> >
> > ;; AUTHORITY SECTION:
> > rqnne.dk. 28968 IN NS ns2.dandomain.dk.
> > rqnne.dk. 28968 IN NS ns3.dandomain.dk.
> > rqnne.dk. 28968 IN NS ns.dandomain.dk.
> >
> > ;; ADDITIONAL SECTION:
> > ns2.dandomain.dk. 1201 IN A 194.255.15.2
> > ns.dandomain.dk. 1016 IN A 194.255.15.1
> > ns3.dandomain.dk. 1201 IN A 193.28.149.69
> >
> > ;; Query time: 31 msec
> > ;; SERVER: 89.150.129.4#53(89.150.129.4)
> > ;; WHEN: Sun Apr 6 11:56:38 2008
> > ;; MSG SIZE rcvd: 158
> >
> > MacBook per$
> > =
>
> And on the Leopard Server:
>
> Last login: Sun Apr 6 11:03:59 on ttys001
> server per$ dig mail.rqnne.dk
>
> ; <<>> DiG 9.4.1-P1 <<>> mail.rqnne.dk
> ;; global options: printcmd
> ;; Got answer:
> ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 64079
> ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0
>
> ;; QUESTION SECTION:
> ;mail.rqnne.dk. IN A
>
> ;; AUTHORITY SECTION:
> rqnne.dk. 3600 IN SOA server.rqnne.dk. admin.rqnne.dk.
> 2008022000 86400 3600 604800 3600
>
> ;; Query time: 2 msec
> ;; SERVER: 192.168.1.4#53(192.168.1.4)
> ;; WHEN: Sun Apr 6 12:00:09 2008
> ;; MSG SIZE rcvd: 80
>
> server per$
> =
>
> Perhaps the problem is in the Leopard Server's name: server.rqnne.dk?

It sounds like a problem with how you've configured the DNS server on
the Leopard Server. It's hosting the rqnne.dk domain, but it doesn't
have a record for mail.rqnne.dk. If you're shadowing a public domain,
you need to duplicate all its entries.

--
Barry Margolin, barmar@alum.mit.edu
Arlington, MA
*** PLEASE don't copy me on replies, I'll read them in the group ***

---

Barry Margolin <barmar@alum.mit.edu> wrote:

> In article <1iez5a1.1kxsid01p3b3u4N%per@RQNNE.invalid>,
> per@RQNNE.invalid (Per Rønne) wrote:
>
> > Per Rønne <per@RQNNE.invalid> wrote:
> >
> > > Jolly Roger <jollyroger@pobox.com> wrote:
> > >
> > > > In article <1iez2mk.tfl7zm1fjyvowN%per@RQNNE.invalid>,
> > > > per@RQNNE.invalid (Per Rønne) wrote:
> > > >
> > > > > And on my MacMini with Leopard Server running I see:
> > > > >
> > > > > Last login: Sun Apr 6 06:44:13 on console
> > > > > server per$ telnet mail.rqnne.dk 110
> > > > > mail.rqnne.dk: nodename nor servname provided, or not known
> > > > > server per$
> > > > >
> > > > > I get exactly the same message on my G4 with Leopard - the computer on
> > > > > which I have got excatly the same problem.
> > > >
> > > > Okay, so it looks like those computers are unable to resolve the
> > > > mail.rqnne.dk domain name. A likely cause is that these computers are
> > > > using a different domain name server than the working computer.
> > > >
> > > > You will want to check to see what your System Preferences > Network >
> > > > Built-in Ethernet > DNS Server setting is on both the working and
> > > > malfunctioning computers.
> > >
> > > On the MacBook it is:
> > >
> > > 192.168.1.4.127.0.0.1, 89.150.129.4, 89.150.129.10
>
> Is there really a "." connecting 192.168.1.4 and 127.0.0.1? That's
> wrong, it should be a comma between them.

I know. I found out myself but since a subthread in Danish has evolved
in dk.edb.mac, only the Danes have seen it.

> Which explains why the MacBook isn't asking the Leopard Server. If you
> look at the dig output, you see that it queried 89.150.129.4, your ISP's
> nameserver. And it got the correct answer from the public DNS server for
> the domain.

> > Perhaps the problem is in the Leopard Server's name: server.rqnne.dk?
>
> It sounds like a problem with how you've configured the DNS server on
> the Leopard Server. It's hosting the rqnne.dk domain, but it doesn't
> have a record for mail.rqnne.dk. If you're shadowing a public domain,
> you need to duplicate all its entries.

Yes, rqnne.dk is hosted on dandomain.dk, a firm.

Unfortunately, I don't remember where to change the name of the Leopard
Server unless I reintall everything.
--
Per Erik Rønne
http://www.RQNNE.dk

---

In article <1if01i2.c0etvd1123037N%per@RQNNE.invalid>,
per@RQNNE.invalid (Per Rønne) wrote:

> Barry Margolin <barmar@alum.mit.edu> wrote:
>
> > It sounds like a problem with how you've configured the DNS server on
> > the Leopard Server. It's hosting the rqnne.dk domain, but it doesn't
> > have a record for mail.rqnne.dk. If you're shadowing a public domain,
> > you need to duplicate all its entries.
>
> Yes, rqnne.dk is hosted on dandomain.dk, a firm.
>
> Unfortunately, I don't remember where to change the name of the Leopard
> Server unless I reintall everything.

Huh? This is a problem with the way you have configured the DNS server.
If you don't know enough to fix it, why are you running DNS to begin
with?? Your best bet is to talk to your system administrator, or
someone who has experience with DNS to resolve the problem.

--
Posted via a free Usenet account from http://www.teranews.com

---

Per Rønne skrev:

> Last login: Sun Apr 6 06:44:13 on console
> server per$ telnet mail.rqnne.dk 110
> mail.rqnne.dk: nodename nor servname provided, or not known
> server per$
>
> I get exactly the same message on my G4 with Leopard - the computer on
> which I have got excatly the same problem.

Kan maskinen pinge sin DNS-server? Er DNS-serveren korrekt angivet?
--
Thorbjørn Ravn Andersen "... plus ... Tubular Bells!"

---

Thorbjørn Ravn Andersen <nospam0000@gmail.com> wrote:

> Per Rønne skrev:
>
> > Last login: Sun Apr 6 06:44:13 on console
> > server per$ telnet mail.rqnne.dk 110
> > mail.rqnne.dk: nodename nor servname provided, or not known
> > server per$
> >
> > I get exactly the same message on my G4 with Leopard - the computer on
> > which I have got excatly the same problem.
>
> Kan maskinen pinge sin DNS-server? Er DNS-serveren korrekt angivet?

Last login: Sun Apr 6 12:00:07 on ttys002
server per$ ping 192.168.1.4
PING 192.168.1.4 (192.168.1.4): 56 data bytes
64 bytes from 192.168.1.4: icmp_seq=0 ttl=64 time=0.071 ms
64 bytes from 192.168.1.4: icmp_seq=1 ttl=64 time=0.077 ms
64 bytes from 192.168.1.4: icmp_seq=2 ttl=64 time=0.075 ms
64 bytes from 192.168.1.4: icmp_seq=3 ttl=64 time=0.072 ms
64 bytes from 192.168.1.4: icmp_seq=4 ttl=64 time=0.075 ms
64 bytes from 192.168.1.4: icmp_seq=5 ttl=64 time=0.084 ms
64 bytes from 192.168.1.4: icmp_seq=6 ttl=64 time=0.073 ms
....

Er det det du mener? Her fra Leopard Server.
--
Per Erik Rønne
http://www.RQNNE.dk

---

Per Rønne wrote:
>> Kan maskinen pinge sin DNS-server? Er DNS-serveren korrekt angivet?
>
> Last login: Sun Apr 6 12:00:07 on ttys002
> server per$ ping 192.168.1.4
> PING 192.168.1.4 (192.168.1.4): 56 data bytes
> 64 bytes from 192.168.1.4: icmp_seq=0 ttl=64 time=0.071 ms
> 64 bytes from 192.168.1.4: icmp_seq=1 ttl=64 time=0.077 ms
> 64 bytes from 192.168.1.4: icmp_seq=2 ttl=64 time=0.075 ms
> 64 bytes from 192.168.1.4: icmp_seq=3 ttl=64 time=0.072 ms
> 64 bytes from 192.168.1.4: icmp_seq=4 ttl=64 time=0.075 ms
> 64 bytes from 192.168.1.4: icmp_seq=5 ttl=64 time=0.084 ms
> 64 bytes from 192.168.1.4: icmp_seq=6 ttl=64 time=0.073 ms
> ...
>
> Er det det du mener? Her fra Leopard Server.

Hvis jeg ellers forstår dit setup korrekt, så er 192.168.1.4 din servers
ip - altså pinger du din server fra 'sig selv'. Dig har andetsteds i
tråden vist, at din macbook ikke bruge 192.168.1.4 som dns-server, men i
stedet 89.150.129.4. Prøv en gang at sætte din server til at bruge den
ip som sin dns-server.

--
Peter Farsinsen
fornavn@efternavn.dk

---

Peter Farsinsen <fornavn@efternavn.dk> wrote:

> Per Rønne wrote:
> >> Kan maskinen pinge sin DNS-server? Er DNS-serveren korrekt angivet?
> >
> > Last login: Sun Apr 6 12:00:07 on ttys002
> > server per$ ping 192.168.1.4
> > PING 192.168.1.4 (192.168.1.4): 56 data bytes
> > 64 bytes from 192.168.1.4: icmp_seq=0 ttl=64 time=0.071 ms
> > 64 bytes from 192.168.1.4: icmp_seq=1 ttl=64 time=0.077 ms
> > 64 bytes from 192.168.1.4: icmp_seq=2 ttl=64 time=0.075 ms
> > 64 bytes from 192.168.1.4: icmp_seq=3 ttl=64 time=0.072 ms
> > 64 bytes from 192.168.1.4: icmp_seq=4 ttl=64 time=0.075 ms
> > 64 bytes from 192.168.1.4: icmp_seq=5 ttl=64 time=0.084 ms
> > 64 bytes from 192.168.1.4: icmp_seq=6 ttl=64 time=0.073 ms
> > ...
> >
> > Er det det du mener? Her fra Leopard Server.
>
> Hvis jeg ellers forstår dit setup korrekt, så er 192.168.1.4 din servers
> ip - altså pinger du din server fra 'sig selv'. Dig har andetsteds i
> tråden vist, at din macbook ikke bruge 192.168.1.4 som dns-server, men i
> stedet 89.150.129.4. Prøv en gang at sætte din server til at bruge den
> ip som sin dns-server.

MacBook'en bruger skam følgende dns-servere:

192.168.1.4.127.0.0.1, 89.150.129.4, 89.150.129.10

Ups, og så opdagede jeg en fejl. Det er nu rettet til:

192.168.1.4, 127.0.0.1, 89.150.129.4, 89.150.129.10

Og så kommer min kaldenderserver frem igen.

Men nu pinger jeg fra MacBooken:

Last login: Sun Apr 6 11:56:32 on ttys000
MacBook per$ ping 192.168.1.4
PING 192.168.1.4 (192.168.1.4): 56 data bytes
64 bytes from 192.168.1.4: icmp_seq=0 ttl=64 time=0.273 ms
64 bytes from 192.168.1.4: icmp_seq=1 ttl=64 time=0.292 ms
64 bytes from 192.168.1.4: icmp_seq=2 ttl=64 time=0.296 ms
64 bytes from 192.168.1.4: icmp_seq=3 ttl=64 time=0.306 ms
64 bytes from 192.168.1.4: icmp_seq=4 ttl=64 time=0.345 ms
64 bytes from 192.168.1.4: icmp_seq=5 ttl=64 time=0.306 ms
64 bytes from 192.168.1.4: icmp_seq=6 ttl=64 time=0.254 ms
64 bytes from 192.168.1.4: icmp_seq=7 ttl=64 time=0.375 ms
64 bytes from 192.168.1.4: icmp_seq=8 ttl=64 time=0.372 ms
64 bytes from 192.168.1.4: icmp_seq=9 ttl=64 time=0.337 ms
64 bytes from 192.168.1.4: icmp_seq=10 ttl=64 time=0.434 ms
64 bytes from 192.168.1.4: icmp_seq=11 ttl=64 time=0.293 ms
64 bytes from 192.168.1.4: icmp_seq=12 ttl=64 time=0.283 ms
^Z
[1]+ Stopped ping 192.168.1.4
MacBook per$
=

Ja, jeg har så også et andet problem. En kalender som jeg ikke kan
slette, som skulle logge op til en kalenderserver. Men den rigtige
kalender kan altså ses.
--
Per Erik Rønne
http://www.RQNNE.dk

---

Per Rønne wrote:

>> Dig har andetsteds i
>> tråden vist, at din macbook ikke bruge 192.168.1.4 som dns-server, men i
>> stedet 89.150.129.4. Prøv en gang at sætte din server til at bruge den
>> ip som sin dns-server.

> MacBook'en bruger skam følgende dns-servere:
>
> 192.168.1.4.127.0.0.1, 89.150.129.4, 89.150.129.10

Det er fint nok, at 192.168.1.4 står i MacBook'ens liste over dns
servere, men det er ikke nogen garanti for, at der rent faktisk findes
en dns server på ip'en.

Forstår du konsekvensen af din opsætning? Først kigger den efter dns på
din lokale server (det giver for så vidt mening, hvis du har en dns
server/cache der). Dernæst kigger den på maskinen selv (det kan også
give mening, men jeg tror ikke, at du har en dns server på din MacBook).
Sidst men ikke mindst får den lov til at snakke med noget der ligner
rigtige dns-servere ude på nettet.

Er din opsætning lavet manuelt eller dynamisk via DHCP? Thorbjørn har
allerede foreslået, at du får DHCP til at spille ... det synes jeg lyder
som en go' ide.

I outputtet fra dig, som du har postet i et andet indlæg, står der
eksplicit, at din MacBook får sin dns fra 89.150.129.4. Fire linjer fra
bunden:

;; Query time: 31 msec
;; SERVER: 89.150.129.4#53(89.150.129.4)

> Men nu pinger jeg fra MacBooken:
>
> Last login: Sun Apr 6 11:56:32 on ttys000
> MacBook per$ ping 192.168.1.4

Det er rigtig fint, at du kan pinge din server, men det hjælper dig kun
(hvad dns angår i hvert fald), hvis du har en lokal dns-server på ip'en.

--
Peter Farsinsen
fornavn@efternavn.dk

---

Peter Farsinsen <fornavn@efternavn.dk> wrote:

> Per Rønne wrote:
>
> >> Dig har andetsteds i
> >> tråden vist, at din macbook ikke bruge 192.168.1.4 som dns-server, men i
> >> stedet 89.150.129.4. Prøv en gang at sætte din server til at bruge den
> >> ip som sin dns-server.
>
> > MacBook'en bruger skam følgende dns-servere:
> >
> > 192.168.1.4.127.0.0.1, 89.150.129.4, 89.150.129.10
>
> Det er fint nok, at 192.168.1.4 står i MacBook'ens liste over dns
> servere, men det er ikke nogen garanti for, at der rent faktisk findes
> en dns server på ip'en.

På den pågældende IP kører min Leopard Server.

> Forstår du konsekvensen af din opsætning? Først kigger den efter dns på
> din lokale server (det giver for så vidt mening, hvis du har en dns
> server/cache der). Dernæst kigger den på maskinen selv (det kan også
> give mening, men jeg tror ikke, at du har en dns server på din MacBook).

Jeg ser ikke MacBook'en på listen; MacBooken kører med 192.158.1.x, hvor
x er 6 og 19 [Airport] eller 7 og 9 [til Parallels].

Derimod kan jeg så ikke genkende 127.0.0.1.

> Sidst men ikke mindst får den lov til at snakke med noget der ligner
> rigtige dns-servere ude på nettet.

Du tænker på 89.150.129.x ?

> Er din opsætning lavet manuelt eller dynamisk via DHCP? Thorbjørn har
> allerede foreslået, at du får DHCP til at spille ... det synes jeg lyder
> som en go' ide.

Oprindelig med DHCP, men det begyndte ikke at virke ordentligt. I øvrigt
er det bedst med fast IP-adresse når man er i fast netværk, og især til
serveren, der på et tidspunkt overtager min netværksharddisks
webserver-funktion.

> I outputtet fra dig, som du har postet i et andet indlæg, står der
> eksplicit, at din MacBook får sin dns fra 89.150.129.4. Fire linjer fra
> bunden:
>
> ;; Query time: 31 msec
> ;; SERVER: 89.150.129.4#53(89.150.129.4)
>
> > Men nu pinger jeg fra MacBooken:
> >
> > Last login: Sun Apr 6 11:56:32 on ttys000
> > MacBook per$ ping 192.168.1.4
>
> Det er rigtig fint, at du kan pinge din server, men det hjælper dig kun
> (hvad dns angår i hvert fald), hvis du har en lokal dns-server på ip'en.

Uden den er jeg i hvert fald ikke i stand til at få kontakt til Leopard
Servers kalenderserver.
--
Per Erik Rønne
http://www.RQNNE.dk

---

Per Rønne <per@RQNNE.invalid> wrote:

> Peter Farsinsen <fornavn@efternavn.dk> wrote:
>
> > Per Rønne wrote:
> >
> > >> Dig har andetsteds i
> > >> tråden vist, at din macbook ikke bruge 192.168.1.4 som dns-server, men i
> > >> stedet 89.150.129.4. Prøv en gang at sætte din server til at bruge den
> > >> ip som sin dns-server.
> >
> > > MacBook'en bruger skam følgende dns-servere:
> > >
> > > 192.168.1.4.127.0.0.1, 89.150.129.4, 89.150.129.10
> >
> > Det er fint nok, at 192.168.1.4 står i MacBook'ens liste over dns
> > servere, men det er ikke nogen garanti for, at der rent faktisk findes
> > en dns server på ip'en.
>
> På den pågældende IP kører min Leopard Server.

Nu er jeg så blevet lidt klogere. Når jeg lukker min Leopard Server ned
er der forbindelse til min normale e-mail konto fra alle de øvrige
maskiner.

Efter at MacBook'ens forbindelse dertil også pludselig røg.

Der er åbenbart konflikter mellem Leopard Server og routeren.
--
Per Erik Rønne
http://www.RQNNE.dk

---

Per Rønne <per@RQNNE.invalid> wrote:

> > > > MacBook'en bruger skam følgende dns-servere:
> > > >
> > > > 192.168.1.4.127.0.0.1, 89.150.129.4, 89.150.129.10
> > >
> > > Det er fint nok, at 192.168.1.4 står i MacBook'ens liste over dns
> > > servere, men det er ikke nogen garanti for, at der rent faktisk findes
> > > en dns server på ip'en.
> >
> > På den pågældende IP kører min Leopard Server.
>
> Nu er jeg så blevet lidt klogere. Når jeg lukker min Leopard Server ned
> er der forbindelse til min normale e-mail konto fra alle de øvrige
> maskiner.
>
> Efter at MacBook'ens forbindelse dertil også pludselig røg.
>
> Der er åbenbart konflikter mellem Leopard Server og routeren.

Jeg tror snarere, du har et DNS-problem på din server.

I en tidligere post lavede du et 'dig mail.rqnne.dk' fra din server:

> ;; QUESTION SECTION:
> ;mail.rqnne.dk. IN A
>
> ;; AUTHORITY SECTION:
> rqnne.dk. 3600 IN SOA server.rqnne.dk. admin.rqnne.dk.
> 2008022000 86400 3600 604800 3600

Det tyder på, at din server er sat op som autoritær DNS-server for
domænet 'rqnne.dk', men ikke kender en host med navnet 'mail.rqnne.dk',
og derfor ikke svarer på spørgsmålet.

Jeg vil foreslå, at du dropper din DNS-server på din server. Det vil
løse dig for mange problemer. Så skal du selvfølgelige også fjerne
192.168.1.4 som DNS-server på dine klienter. (Og forøvrigt også
127.0.0.1) Hvis du får brug for at tilgå 'server.rqnne.dk' angivet ved
navnet, så kan du lægge det ind i 'hosts'-arkivet i dine klienter.

Alternativt hvis du gerne vil beholde en DNS-server på din server, så
skal den sættes op til at give den rigtige IP for 'mail.rqnne.dk'.

--
Thorkil Olesen,
Hanstholm.

---

Thorkil Olesen <slet.dette.thorkil.og.dette@pip.dknet.dk> wrote:

> Jeg tror snarere, du har et DNS-problem på din server.

Ja.

> I en tidligere post lavede du et 'dig mail.rqnne.dk' fra din server:
>
> > ;; QUESTION SECTION:
> > ;mail.rqnne.dk. IN A
> >
> > ;; AUTHORITY SECTION:
> > rqnne.dk. 3600 IN SOA server.rqnne.dk. admin.rqnne.dk.
> > 2008022000 86400 3600 604800 3600
>
> Det tyder på, at din server er sat op som autoritær DNS-server for
> domænet 'rqnne.dk', men ikke kender en host med navnet 'mail.rqnne.dk',
> og derfor ikke svarer på spørgsmålet.
>
> Jeg vil foreslå, at du dropper din DNS-server på din server. Det vil
> løse dig for mange problemer.

At dømme efter MacOS X Server »Getting Started« bør man slet ikke ændre
IP-adresse på serveren. Der står:

Changing Your Server's IP Address

The server's IP address is one of the network connecion settings in the
Network pane of System Preferences. For information about changing
Network preferences, open System Preferences on the server and use the
Help Menu.

Important: If your DNS service is provided by your ISP or another server
on your network, have your server's DNS record changed to use the new IP
address.

[Per: hvilken server taler vi så nu om?]

Changing your server's IP address may disrupt the connections of user's
computers that have MacOS X v.10.5 Leopard. If this happens, users need
to use Directory Utility to connect to the server again.
=

Og så er det jo at man hellere må skifte til engelsk visning ...
--
Per Erik Rønne
http://www.RQNNE.dk

---

Per Rønne wrote:

>> Forstår du konsekvensen af din opsætning? Først kigger den efter dns på
>> din lokale server (det giver for så vidt mening, hvis du har en dns
>> server/cache der). Dernæst kigger den på maskinen selv (det kan også
>> give mening, men jeg tror ikke, at du har en dns server på din MacBook).
>
> Jeg ser ikke MacBook'en på listen; MacBooken kører med 192.158.1.x, hvor
> x er 6 og 19 [Airport] eller 7 og 9 [til Parallels].
>
> Derimod kan jeg så ikke genkende 127.0.0.1.

127.0.0.1 ER MacBook'en. Den resolver localhost uanset hvilken ip den
har på lan'et og om den er tildelt statisk eller dynamisk.

>> Sidst men ikke mindst får den lov til at snakke med noget der ligner
>> rigtige dns-servere ude på nettet.
>
> Du tænker på 89.150.129.x ?

Ja.

>> Er din opsætning lavet manuelt eller dynamisk via DHCP? Thorbjørn har
>> allerede foreslået, at du får DHCP til at spille ... det synes jeg lyder
>> som en go' ide.
>
> Oprindelig med DHCP, men det begyndte ikke at virke ordentligt. I øvrigt
> er det bedst med fast IP-adresse når man er i fast netværk, og især til
> serveren, der på et tidspunkt overtager min netværksharddisks
> webserver-funktion.

Hmm, jeg ville stadig bruge lidt energi på at få det til at virke. Det
lyder ikke som om, det spiller helt for dig med den statiske opsætning.

Det kan være smart med statiske ip'er, men det skal jo så altså virke,
for at være smart. Der findes altså også alternativer med DHCP, hvor en
bestemt ip er reserveret til en bestemt MAC adresse og mulighed for at
give en bestemt ip et lokalt hostname. Jeg ved desværre ikke, om det
virker på Leopard Server.

--
Peter Farsinsen
fornavn@efternavn.dk

---

Peter Farsinsen <fornavn@efternavn.dk> wrote:

> Per Rønne wrote:
>
> >> Forstår du konsekvensen af din opsætning? Først kigger den efter dns på
> >> din lokale server (det giver for så vidt mening, hvis du har en dns
> >> server/cache der). Dernæst kigger den på maskinen selv (det kan også
> >> give mening, men jeg tror ikke, at du har en dns server på din MacBook).
> >
> > Jeg ser ikke MacBook'en på listen; MacBooken kører med 192.158.1.x, hvor
> > x er 6 og 19 [Airport] eller 7 og 9 [til Parallels].
> >
> > Derimod kan jeg så ikke genkende 127.0.0.1.
>
> 127.0.0.1 ER MacBook'en. Den resolver localhost uanset hvilken ip den
> har på lan'et og om den er tildelt statisk eller dynamisk.

OK.

> >> Sidst men ikke mindst får den lov til at snakke med noget der ligner
> >> rigtige dns-servere ude på nettet.
> >
> > Du tænker på 89.150.129.x ?
>
> Ja.
>
> >> Er din opsætning lavet manuelt eller dynamisk via DHCP? Thorbjørn har
> >> allerede foreslået, at du får DHCP til at spille ... det synes jeg lyder
> >> som en go' ide.
> >
> > Oprindelig med DHCP, men det begyndte ikke at virke ordentligt. I øvrigt
> > er det bedst med fast IP-adresse når man er i fast netværk, og især til
> > serveren, der på et tidspunkt overtager min netværksharddisks
> > webserver-funktion.
>
> Hmm, jeg ville stadig bruge lidt energi på at få det til at virke. Det
> lyder ikke som om, det spiller helt for dig med den statiske opsætning.
>
> Det kan være smart med statiske ip'er, men det skal jo så altså virke,
> for at være smart. Der findes altså også alternativer med DHCP, hvor en
> bestemt ip er reserveret til en bestemt MAC adresse og mulighed for at
> give en bestemt ip et lokalt hostname. Jeg ved desværre ikke, om det
> virker på Leopard Server.

Jeg har nu fået forbindelsen til at virke til min mailserver på alle
maskiner. Det skete ved at ændre DNS-opsætningen til:

89.150.129.4, 89.150.129.10, 192.168.1.4

Til gengæld forsvandt forbindelsen så til kalenderserveren, også på
Leopard Server. Så på nuværende tidspunkt har jeg altså valget mellem at
bruge mail - eller at bruge kalenderserveren ;-(.
--
Per Erik Rønne
http://www.RQNNE.dk

---

Per Rønne wrote:

> Jeg har nu fået forbindelsen til at virke til min mailserver på alle
> maskiner. Det skete ved at ændre DNS-opsætningen til:
>
> 89.150.129.4, 89.150.129.10, 192.168.1.4
>
> Til gengæld forsvandt forbindelsen så til kalenderserveren, også på
> Leopard Server. Så på nuværende tidspunkt har jeg altså valget mellem at
> bruge mail - eller at bruge kalenderserveren ;-(.

Jeg ved ikke rigtig noget om kalenderservere, men jeg antager, at du
skal skrive et hostname eller ip for at tilslutte til den?! Må man
spørge, hvad du har skrevet?

--
Peter Farsinsen
fornavn@efternavn.dk

---

Peter Farsinsen <fornavn@efternavn.dk> wrote:

> Per Rønne wrote:
>
> > Jeg har nu fået forbindelsen til at virke til min mailserver på alle
> > maskiner. Det skete ved at ændre DNS-opsætningen til:
> >
> > 89.150.129.4, 89.150.129.10, 192.168.1.4
> >
> > Til gengæld forsvandt forbindelsen så til kalenderserveren, også på
> > Leopard Server. Så på nuværende tidspunkt har jeg altså valget mellem at
> > bruge mail - eller at bruge kalenderserveren ;-(.
>
> Jeg ved ikke rigtig noget om kalenderservere, men jeg antager, at du
> skal skrive et hostname eller ip for at tilslutte til den?! Må man
> spørge, hvad du har skrevet?

Man indtaster hverken et hostname eller en ip for at tilslutte den. iCal
finder selv kalenderserveren, lige som Leopard selv skal kunne finde en
Leopard Server.
--
Per Erik Rønne
http://www.RQNNE.dk

---

Per Rønne skrev den 06-04-2008 13:57:

> Oprindelig med DHCP, men det begyndte ikke at virke ordentligt. I øvrigt
> er det bedst med fast IP-adresse når man er i fast netværk, og især til
> serveren, der på et tidspunkt overtager min netværksharddisks
> webserver-funktion.

Der er ingenting til hinder for at DHCP kan uddele samme adresse til
samme netkort altid.

Per, jeg tror du vil have godt af at invitere en hardcore netværksgut på
besøg til at få sat dit netværk op så det bare spiller. Når det så er
på plads, kan du selv pille en lille smule så det bliver som du vil have
det.

Så kan du også slippe for at skrive ip-numre hele tiden.

--
Thorbjørn Ravn Andersen "... plus... Tubular Bells!"

---

Thorbjørn Ravn Andersen <thunderaxiom@gmail.com> wrote:

> Per Rønne skrev den 06-04-2008 13:57:
>
> > Oprindelig med DHCP, men det begyndte ikke at virke ordentligt. I øvrigt
> > er det bedst med fast IP-adresse når man er i fast netværk, og især til
> > serveren, der på et tidspunkt overtager min netværksharddisks
> > webserver-funktion.
>
> Der er ingenting til hinder for at DHCP kan uddele samme adresse til
> samme netkort altid.

Men når Leopard Serveren overtager netværksharddiskens forpligtelser, er
det altså nødvendigt at den har samme adresse.

> Per, jeg tror du vil have godt af at invitere en hardcore netværksgut på
> besøg til at få sat dit netværk op så det bare spiller.

Måske - jeg er dog ikke sikker på om jeg kender en. Som bor i nærheden.

> Når det så er på plads, kan du selv pille en lille smule så det bliver som
> du vil have det.
>
> Så kan du også slippe for at skrive ip-numre hele tiden.

Det plejer jeg nu heller ikke.

Men på nuværende tidspunkt fungerer enten mail-serveren - eller
kalenderserveren. Jeg kan ikke få begge til at fungere samtidig, og jeg
skifter bare lidt i DNS-opsætningen, med at have 192.168.1.4 [Leopard
Server] først eller sidst.
--
Per Erik Rønne
http://www.RQNNE.dk

---

Per Rønne skrev den 06-04-2008 15:07:

> Men på nuværende tidspunkt fungerer enten mail-serveren - eller
> kalenderserveren. Jeg kan ikke få begge til at fungere samtidig, og jeg
> skifter bare lidt i DNS-opsætningen, med at have 192.168.1.4 [Leopard
> Server] først eller sidst.

Tjah, du er røget i en typisk DNS-begynderfejl.

Hvis jeg var dig, ville jeg starte forfra og _IKKE_ bruge rqnne.dk som
dit interne domæne. Hvad er der galt med BonJour og ".local." domænet?
--
Thorbjørn Ravn Andersen "... plus... Tubular Bells!"

---

Thorbjørn Ravn Andersen <thunderaxiom@gmail.com> wrote:

> Per Rønne skrev den 06-04-2008 15:07:
>
> > Men på nuværende tidspunkt fungerer enten mail-serveren - eller
> > kalenderserveren. Jeg kan ikke få begge til at fungere samtidig, og jeg
> > skifter bare lidt i DNS-opsætningen, med at have 192.168.1.4 [Leopard
> > Server] først eller sidst.
>
> Tjah, du er røget i en typisk DNS-begynderfejl.

Jeg er vist også en DNS-novice ;-(.

> Hvis jeg var dig, ville jeg starte forfra og _IKKE_ bruge rqnne.dk som
> dit interne domæne. Hvad er der galt med BonJour og ".local." domænet?

Jeg tror jeg prøver med ronini.local - Ronini var hvad min far kaldte
Rønne Sko, efter at kvinderne pludselig alle ville have italienske sko.
Ja, han var skotøjsfabrikant.
--
Per Erik Rønne
http://www.RQNNE.dk