---

Hmmm, efter at have checket gruppen igennem, har jeg konstateret at
der tilsyneladende er en løsning til problemet med lokal mailserver.

Dette skulle involvere at bruge en sekundær MX.... Men spørger jeg
så - hvordan skal denne kunne sende til den primære server??? Som
stadigt er på port 21 (selvom den kan sættes til en vilkårlig anden
port - så skal den sekundære vel vide dette?). Anyone???

--
Mvh. Kim Petersen /| Tlf: +4575831551 |\ Jomfru Ingefreds Vej 18
Software Engineer / | Fax: (none atm.) | \ 7100 Vejle
LSS / | Email: kim@vindinggaard.dk | \ DK - Danmark

---

"Kim Petersen" <kim@vindinggaard.dk> skrev i en meddelelse
news:het23vf5.fsf@localhost.localdomain...
> Dette skulle involvere at bruge en sekundær MX.... Men spørger jeg
> så - hvordan skal denne kunne sende til den primære server???

backup-mx maskinen har specielt lov til at passere filtret

--
Martin Højriis Kristensen
http://www.makr.dk/?usenet - Nu næsten uden indhold men med korrekt URL
Jeg repræsenterer med dette indlæg mig selv og ikke TDC Internet

---

Dvs at det skal være en speciel sekundær mailserver ? - Hmmm det er noget møg.
Jeg går ud fra at det er en TDK server (for TDK BB)så - vil de acceptere at
køre sekundær på et domæne som ikke har DNS hos dem selv????

--
Mvh. Kim Petersen /| Tlf: +4575831551 |\ Jomfru Ingefreds Vej 18
Software Engineer / | Fax: (none atm.) | \ 7100 Vejle
LSS / | Email: kim@vindinggaard.dk | \ DK - Danmark

---

Kim Petersen wrote:

>Dvs at det skal være en speciel sekundær mailserver ? - Hmmm det er noget møg.
>Jeg går ud fra at det er en TDK server (for TDK BB)så - vil de acceptere at
>køre sekundær på et domæne som ikke har DNS hos dem selv????

Det er ligemeget. Det er din egen DNS-opsætning du skal ændre.

F.eks:

mitdomain.dk   MX   10 mail.mitdomain.dk
mitdomain.dk   MX   20 backup-mx.tele.dk

Derved prøver den afleverende mailserver først <mail.mitdomain.dk>, men
bliver afvist pga. filteret. Derefter prøver den den næste server i
rækken og den kommer igennem.
Når <backup-mx.tele.dk> har mailen, prøver den også at aflevere til
<mail.mitdomain.dk> og kommer igennem, fordi filteret er sat op til at
lade <backup-mx.tele.dk> komme igennem.

Voila! Og der er kun en forsinkelse på omkr. 1-2 sekunder.

--
"...personality goes a long way."

---

Christian Andersen <igqgfq001@sneakemail.com> writes:

> Kim Petersen wrote:
>
> >Dvs at det skal være en speciel sekundær mailserver ? - Hmmm det er noget møg.
> >Jeg går ud fra at det er en TDK server (for TDK BB)så - vil de acceptere at
> >køre sekundær på et domæne som ikke har DNS hos dem selv????
>
> Det er ligemeget. Det er din egen DNS-opsætning du skal ændre.
>
> F.eks:
>
> mitdomain.dk   MX   10 mail.mitdomain.dk
> mitdomain.dk   MX   20 backup-mx.tele.dk
Well, jeg har lige prøvet backup-mx.tele.dk manuelt....
den fatter ikke: MAIL FROM: <mailadresse> - så jeg undrer mig lidt
over hvordan den kan bruges som sekundær...
....
MAIL FROM: kim@vindinggaard.dk
501 Bad address syntax
.....
>
> Derved prøver den afleverende mailserver først <mail.mitdomain.dk>, men
> bliver afvist pga. filteret. Derefter prøver den den næste server i
> rækken og den kommer igennem.
> Når <backup-mx.tele.dk> har mailen, prøver den også at aflevere til
> <mail.mitdomain.dk> og kommer igennem, fordi filteret er sat op til at
> lade <backup-mx.tele.dk> komme igennem.
>
> Voila! Og der er kun en forsinkelse på omkr. 1-2 sekunder.
Hmmm - på de fleste servere vil forsinkelsen være en del mere - idet
sekundær MX først vil blive prøvet i anden omgang - typiskt 5 minutter
senere .. men allright det kan sgu være ligegyldigt
>
> --
> "...personality goes a long way."
>

--
Mvh. Kim Petersen /| Tlf: +4575831551 |\ Jomfru Ingefreds Vej 18
Software Engineer / | Fax: (none atm.) | \ 7100 Vejle
LSS / | Email: kim@vindinggaard.dk | \ DK - Danmark

---

"Kim Petersen" <kim@vindinggaard.dk> skrev i en meddelelse
news:vghi2bf8.fsf@localhost.localdomain...
> > Voila! Og der er kun en forsinkelse på omkr. 1-2 sekunder.
> Hmmm - på de fleste servere vil forsinkelsen være en del mere

Praktisk erfaring viser det modsatte for de fleste servere

--
Martin Højriis Kristensen
http://www.makr.dk/?usenet - Nu næsten uden indhold men med korrekt URL
Jeg repræsenterer med dette indlæg mig selv og ikke TDC Internet

---

"Martin Højriis Kristensen" <usenet@makr.dk> writes:

> "Kim Petersen" <kim@vindinggaard.dk> skrev i en meddelelse
> news:vghi2bf8.fsf@localhost.localdomain...
> > > Voila! Og der er kun en forsinkelse på omkr. 1-2 sekunder.
> > Hmmm - på de fleste servere vil forsinkelsen være en del mere
>
> Praktisk erfaring viser det modsatte for de fleste servere
Heh - hvad jeg mente var servere udenfor - eg du sender en mail fra
en anden udbyder - denne mailserver vil typisk tage MX 20 (eller whatever)
i anden rotation. At sekundær serveren forwarder med det samme er en
selvfølge - da MX 10'eren virker øjeblikkeligt for denne....

Men spørgsmålet om at teledk's backup server tilsyneladende ikke forstår
almindeligt smtp undrer mig meget.... dvs ikke svarer korrekt på MAIL FROM:
hmmm?
>
> --
> Martin Højriis Kristensen
> http://www.makr.dk/?usenet - Nu næsten uden indhold men med korrekt URL
> Jeg repræsenterer med dette indlæg mig selv og ikke TDC Internet
>
>

--
Mvh. Kim Petersen /| Tlf: +4575831551 |\ Jomfru Ingefreds Vej 18
Software Engineer / | Fax: (none atm.) | \ 7100 Vejle
LSS / | Email: kim@vindinggaard.dk | \ DK - Danmark

---

On 14 Oct 2001 23:13:57 +0200, Kim Petersen <kim@vindinggaard.dk> wrote:

>> > > Voila! Og der er kun en forsinkelse på omkr. 1-2 sekunder.
>> > Hmmm - på de fleste servere vil forsinkelsen være en del mere
>> Praktisk erfaring viser det modsatte for de fleste servere
>Heh - hvad jeg mente var servere udenfor - eg du sender en mail fra
>en anden udbyder - denne mailserver vil typisk tage MX 20 (eller whatever)
>i anden rotation. At sekundær serveren forwarder med det samme er en
>selvfølge - da MX 10'eren virker øjeblikkeligt for denne....

At det i praktisk er meget hurtiger, få sekunder, skyldes at når en
mailserver forsøger at sende en mail til f.eks. test@milli.dk slår den
mit IP# op, forsøger, men får en besked om at det ikke kan lade sig
gøre, og den vil så med det samme forsøge med sekundær mailserver.
Kun de dårlige mailserver der ikke forstår den besked de modtager,
venter på timeout før de forsøger med sekundær mailserver.

--
Ivar Madsen
Der med dette indlæg, repræsentere mig selv, og dem der er enig med mig,,,
news-12-10-01@milli.dk
www.milli.dk med info om news.milli.dk opdateret 16/9,,,

---

On Sat, 20 Oct 2001 09:38:46 +0200, Ivar Madsen
<news-12-04-01@news.milli.dk> wrote:

>At det i praktisk er meget hurtiger, få sekunder,

Lavede lige en lille test for at vise hvor hurtigt det kan gå. Som du
kan se, så på kun 5 sekunder, sender jeg fra min klient til min server,
der sender til WOL's server, der finder ud af at den skal forwarde til
mig, får en "forbindelse blokket" fra TDC's net forsøger på sekundær
server, der sender vider til mig.

| 20-10-01 09:47:27 - Requested SMTP connection from 127.0.0.1
| 20-10-01 09:47:27 - ( 387) 220 ArGoSoft Mail Server, Version 1.61 (1.6.1.3)
| 20-10-01 09:47:27 - ( 387) HELO f5g5h2
| 20-10-01 09:47:27 - ( 387) 250 Welcome [127.0.0.1], pleased to meet you
| 20-10-01 09:47:28 - ( 387) MAIL FROM: <test@milli.dk>
| 20-10-01 09:47:28 - ( 387) 250 Sender "test@milli.dk" OK...
| 20-10-01 09:47:28 - ( 387) RCPT TO: <test@image.dk>
| 20-10-01 09:47:29 - ( 387) 250 Recipient "test@image.dk" OK...
| 20-10-01 09:47:29 - ( 387) DATA
| 20-10-01 09:47:29 - ( 387) 354 Enter mail, end with "." on a line by itself
| 20-10-01 09:47:29 - [ 388] Delivering to test@image.dk
| 20-10-01 09:47:29 - ( 387) 250 Message accepted for delivery. <uge7ousljagi2ww.201020010947@f5g5h2>
| 20-10-01 09:47:29 - [ 388] Attempting to deliver to the domain image.dk
| 20-10-01 09:47:30 - [ 388] Trying the server mailgw1.worldonline.dk.: 212.54.64.154
| 20-10-01 09:47:30 - ( 387) QUIT
| 20-10-01 09:47:30 - ( 387) 221 Aba he
| 20-10-01 09:47:30 - SMTP connection with 127.0.0.1 ended. ID=387
| 20-10-01 09:47:30 - [ 388] 220 fe170.worldonline.dk ESMTP
| 20-10-01 09:47:30 - [ 388] EHLO f5g5h2
| 20-10-01 09:47:30 - [ 388] 250-fe170.worldonline.dk
| 20-10-01 09:47:30 - [ 388] 250-PIPELINING
| 20-10-01 09:47:30 - [ 388] 250-8BITMIME
| 20-10-01 09:47:30 - [ 388] 250-ETRN
| 20-10-01 09:47:30 - [ 388] 250 XEXDATA
| 20-10-01 09:47:30 - [ 388] MAIL FROM:<test@milli.dk>
| 20-10-01 09:47:30 - [ 388] 250 ok
| 20-10-01 09:47:30 - [ 388] RCPT TO:<test@image.dk>
| 20-10-01 09:47:30 - [ 388] 250 ok
| 20-10-01 09:47:30 - [ 388] DATA
| 20-10-01 09:47:31 - [ 388] 354 go ahead
| 20-10-01 09:47:31 - [ 388]
| 20-10-01 09:47:31 - [ 388] .
| 20-10-01 09:47:31 - [ 388] 250 ok 1003564016 qp 13605
| 20-10-01 09:47:31 - [ 388] QUIT
| 20-10-01 09:47:31 - Requested SMTP connection from 195.41.53.68
| 20-10-01 09:47:31 - [ 388] 221 fe170.worldonline.dk
| 20-10-01 09:47:31 - [ 388] Message from test@milli.dk relayed to the domain image.dk
| 20-10-01 09:47:31 - ( 389) 220 ArGoSoft Mail Server, Version 1.61 (1.6.1.3)
| 20-10-01 09:47:31 - ( 389) HELO fupA.post.tele.dk
| 20-10-01 09:47:31 - ( 389) 250 Welcome [195.41.53.68], pleased to meet you
| 20-10-01 09:47:32 - ( 389) MAIL FROM:<test@milli.dk>
| 20-10-01 09:47:32 - ( 389) 250 Sender "test@milli.dk" OK...
| 20-10-01 09:47:32 - ( 389) RCPT TO:<wol@nemo.dyndns.dk>
| 20-10-01 09:47:32 - ( 389) 250 Recipient "wol@nemo.dyndns.dk" OK...
| 20-10-01 09:47:32 - ( 389) DATA
| 20-10-01 09:47:32 - ( 389) 354 Enter mail, end with "." on a line by itself
| 20-10-01 09:47:32 - [ 390] Delivering to wol@nemo.dyndns.dk
| 20-10-01 09:47:32 - ( 389) 250 Message accepted for delivery.
| 20-10-01 09:47:32 - [ 390] Message from test@milli.dk delivered to wol@nemo.dyndns.dk
| 20-10-01 09:47:33 - ( 389) QUIT
| 20-10-01 09:47:33 - ( 389) 221 Aba he
| 20-10-01 09:47:33 - SMTP connection with 195.41.53.68 ended. ID=389

--
Ivar Madsen
Der med dette indlæg, repræsentere mig selv, og dem der er enig med mig,,,
news-12-10-01@milli.dk
www.milli.dk med info om news.milli.dk opdateret 16/9,,,

---

It seems Ivar Madsen wrote:
>At det i praktisk er meget hurtiger, få sekunder, skyldes at når en
>mailserver forsøger at sende en mail til f.eks. test@milli.dk slår den
>mit IP# op, forsøger, men får en besked om at det ikke kan lade sig
>gøre, og den vil så med det samme forsøge med sekundær mailserver.
>Kun de dårlige mailserver der ikke forstår den besked de modtager,
>venter på timeout før de forsøger med sekundær mailserver.

"Kun" er nok ikke det rigtige ord at bruge. Mit indtryk er, at
der er *rigtig* mange operativsystemer, som ikke timer ud med det
samme, når de får en 'administratively prohibited'.

--
Simon Skals <spam@gid.dk>
"Never attribute to competence what can adequately be explained by luck."

---

On Sat, 20 Oct 2001 21:46:06 +0000 (UTC), Simon Skals wrote:
> It seems Ivar Madsen wrote:
>>At det i praktisk er meget hurtiger, få sekunder, skyldes at når en
>>mailserver forsøger at sende en mail til f.eks. test@milli.dk slår den
>>mit IP# op, forsøger, men får en besked om at det ikke kan lade sig
>>gøre, og den vil så med det samme forsøge med sekundær mailserver.
>>Kun de dårlige mailserver der ikke forstår den besked de modtager,
>>venter på timeout før de forsøger med sekundær mailserver.
>
> "Kun" er nok ikke det rigtige ord at bruge. Mit indtryk er, at
> der er *rigtig* mange operativsystemer, som ikke timer ud med det
> samme, når de får en 'administratively prohibited'.

Det er langt fra alle som gør det, jeg har testet med 3 operativ
systmer, FreeBSD 4.4, Linux (ukendt version) og Solaris 2.6 af disse
var det kun Solaris 2.6 som ikke reagerede på den ICMP administratively
prohibited som den modtog.

--
Jesper Skriver, CCIE #5456
FreeBSD committer

---

On 21 Oct 2001 18:03:48 GMT, Jesper Skriver <harvest@wheel.dk> wrote:


>Det er langt fra alle som gør det, jeg har testet med 3 operativ
>systmer, FreeBSD 4.4, Linux (ukendt version) og Solaris 2.6 af disse
>var det kun Solaris 2.6 som ikke reagerede på den ICMP administratively
>prohibited som den modtog.

Hvis OS'et har indbygget serverfunktionen, så kan jeg godt se grund til
at tale om OS'er her, men det er vel i grunden Mailserveren der skal
regere?

Jeg kan ikke udmilbart komme på nogen jeg ved sider på en NE forbindelse
med egen mailserver, og hvis jeg sender til mig selv, så ved serveren
det, og sender ikke mailen ud af huset, så jeg kan ikke teste min egen
server,,,

--
Ivar Madsen
Der med dette indlæg, repræsentere mig selv, og dem der er enig med mig,,,
news-12-10-01@milli.dk
www.milli.dk med info om news.milli.dk opdateret 16/9,,,

---

It seems Ivar Madsen wrote:
>Hvis OS'et har indbygget serverfunktionen, så kan jeg godt se grund til
>at tale om OS'er her, men det er vel i grunden Mailserveren der skal
>regere?

Nej, det er O/S'ets TCP-stak der skal give op, når den forsøger
at åbne en socket til en host på port 25, og der kommer en ICMP
administratively prohibited tilbage.

--
Simon Skals <spam@gid.dk>
"Never attribute to competence what can adequately be explained by luck."

---

It seems Jesper Skriver wrote:
>> "Kun" er nok ikke det rigtige ord at bruge. Mit indtryk er, at
>> der er *rigtig* mange operativsystemer, som ikke timer ud med det
>> samme, når de får en 'administratively prohibited'.
>
>Det er langt fra alle som gør det, jeg har testet med 3 operativ
>systmer, FreeBSD 4.4, Linux (ukendt version) og Solaris 2.6 af disse
>var det kun Solaris 2.6 som ikke reagerede på den ICMP administratively
>prohibited som den modtog.

FreeBSD er jo først begyndt at opføre sig korrekt for nylig. Jeg
har også set Linux-versioner, der heller ikke reagerer korrekt,
og Windows kan sikkert heller ikke hitte ud af det.

Så man må sige, at det stadig er et problem, men det bliver bedre,
efterhånden som folk opgraderer rundt omkring.

--
Simon Skals <spam@gid.dk>
"Never attribute to competence what can adequately be explained by luck."

---

Kim Petersen <kim@vindinggaard.dk> writes:

>MAIL FROM: kim@vindinggaard.dk
>501 Bad address syntax

RFC2821 siger:

MAIL FROM:<reverse-path> [SP <mail-parameters> ] <CRLF>

....så prøv med:

MAIL FROM:<kim@vindinggaard.dk>

Mvh.
   Klaus.

---

Klaus Ellegaard <klaus@ellegaard.dk> writes:

> Kim Petersen <kim@vindinggaard.dk> writes:
>
> >MAIL FROM: kim@vindinggaard.dk
> >501 Bad address syntax
>
> RFC2821 siger:
>
> MAIL FROM:<reverse-path> [SP <mail-parameters> ] <CRLF>
>
> ...så prøv med:
>
> MAIL FROM:<kim@vindinggaard.dk>
Tak Klaus - jeg havde glemt at space kunne være optional...
_men det virker STADIGT ikke_ .... så jeg prøvede at lave
et test program til det (det kunne være at \r\n var nødvendig)

Program (python):

f=socket.socket(socket.AF_INET,socket.SOCK_STREAM)
f.connect(('backup-mx.post.tele.dk',25))
f.send('MAIL FROM:kim@vindinggaard.dk\r\n')
data=f.recv(1024)
print data
f.send('RCPT TO:kim@80.62.208.102\r\n')
data=f.recv(1024)
print data
f.send('DATA\r\nSubject: Test\r\n\r\nTest\r\n.\r\n')
data=f.recv(1024)
print data
f.send('QUIT\r\n')
data=f.recv(1024)
print data
f.close()

Resultat:
220 fupA.post.tele.dk ESMTP - Tele Danmark Internet

501 Bad address syntax

503 Error: need MAIL command

503 Error: need RCPT command
502 Error: command not implemented
500 Error: bad syntax

Så det giver stadigt samme mølle......


>
> Mvh.
>    Klaus.

--
Mvh. Kim Petersen /| Tlf: +4575831551 |\ Jomfru Ingefreds Vej 18
Software Engineer / | Fax: (none atm.) | \ 7100 Vejle
LSS / | Email: kim@vindinggaard.dk | \ DK - Danmark

---

Kim Petersen wrote:
> Klaus Ellegaard <klaus@ellegaard.dk> writes:
>
>> Kim Petersen <kim@vindinggaard.dk> writes:
>>
>> >MAIL FROM: kim@vindinggaard.dk
>> >501 Bad address syntax
>>
>> RFC2821 siger:
>>
>> MAIL FROM:<reverse-path> [SP <mail-parameters> ] <CRLF>
>>
>> ...så prøv med:
>>
>> MAIL FROM:<kim@vindinggaard.dk>
> Tak Klaus - jeg havde glemt at space kunne være optional...
> _men det virker STADIGT ikke_ .... så jeg prøvede at lave
> et test program til det (det kunne være at \r\n var nødvendig)

You're missing the point

Virker fint:

$ telnet backup-mx.post.tele.dk 25
Trying 195.41.53.68...
Connected to backup-mx.post.tele.dk.
Escape character is '^]'.
220 fupA.post.tele.dk ESMTP - Tele Danmark Internet
mail from:<kim@vindinggaard.dk>
250 Ok
quit
221 Bye
Connection closed by foreign host.

Hint: <>

--
Don't waste space

---

On 14 Oct 2001 22:50:51 +0200, Kim Petersen wrote:

> Well, jeg har lige prøvet backup-mx.tele.dk manuelt....
> den fatter ikke: MAIL FROM: <mailadresse> - så jeg undrer mig lidt
> over hvordan den kan bruges som sekundær...
> ...
> MAIL FROM: kim@vindinggaard.dk
> 501 Bad address syntax
> ....

Skyldes at du bruger forkert syntax. Prøv i stedet
.....
mail from: <kim@vindinggaard.dk>
250 Ok
.....

/Morten

--
Morten Skriver
Email: morten@skriver.dk

---

morten@skriver.dk (Morten Skriver) writes:

> On 14 Oct 2001 22:50:51 +0200, Kim Petersen wrote:
>
> > Well, jeg har lige prøvet backup-mx.tele.dk manuelt....
> > den fatter ikke: MAIL FROM: <mailadresse> - så jeg undrer mig lidt
> > over hvordan den kan bruges som sekundær...
> > ...
> > MAIL FROM: kim@vindinggaard.dk
> > 501 Bad address syntax
> > ....
>
> Skyldes at du bruger forkert syntax. Prøv i stedet
> ....
> mail from: <kim@vindinggaard.dk>
> 250 Ok
Jeg er en _TUMPE_ - jeg har i så mange år været vant til sendmail,
så jeg helt havde glemt RFC2821 - Du har så meget ret! sendmail skal
ikke have '<' '>' delene - og de burde egentligt heller ikke være nødvendige
jvf. RFC822 - men whatever - det virker som det skal nu....

Takker og Ber.
> ....
>
> /Morten
>
> --
> Morten Skriver
> Email: morten@skriver.dk

--
Mvh. Kim Petersen /| Tlf: +4575831551 |\ Jomfru Ingefreds Vej 18
Software Engineer / | Fax: (none atm.) | \ 7100 Vejle
LSS / | Email: kim@vindinggaard.dk | \ DK - Danmark

---

Kim Petersen <kim@vindinggaard.dk> writes:

>Jeg er en _TUMPE_ - jeg har i så mange år været vant til sendmail,
>så jeg helt havde glemt RFC2821 - Du har så meget ret! sendmail skal
>ikke have '<' '>' delene - og de burde egentligt heller ikke være nødvendige
>jvf. RFC822 - men whatever - det virker som det skal nu....

Til gengæld har de været påkrævet siden RFC821

Mvh.
   Klaus.

---

On 14 Oct 2001 22:50:51 +0200, Kim Petersen wrote:
> Christian Andersen <igqgfq001@sneakemail.com> writes:
>
>> Kim Petersen wrote:
>>
>> >Dvs at det skal være en speciel sekundær mailserver ? - Hmmm det er noget møg.
>> >Jeg går ud fra at det er en TDK server (for TDK BB)så - vil de acceptere at
>> >køre sekundær på et domæne som ikke har DNS hos dem selv????
>>
>> Det er ligemeget. Det er din egen DNS-opsætning du skal ændre.
>>
>> F.eks:
>>
>> mitdomain.dk   MX   10 mail.mitdomain.dk
>> mitdomain.dk   MX   20 backup-mx.tele.dk
>
> Well, jeg har lige prøvet backup-mx.tele.dk manuelt....
> den fatter ikke: MAIL FROM: <mailadresse> - så jeg undrer mig lidt
> over hvordan den kan bruges som sekundær...
> ...
> MAIL FROM: kim@vindinggaard.dk
> 501 Bad address syntax
> ....

Fordi du ikke bruger korrekt syntax

mail from:<kim@vindinggaard.dk>

virker

>> Derved prøver den afleverende mailserver først <mail.mitdomain.dk>, men
>> bliver afvist pga. filteret. Derefter prøver den den næste server i
>> rækken og den kommer igennem.
>> Når <backup-mx.tele.dk> har mailen, prøver den også at aflevere til
>> <mail.mitdomain.dk> og kommer igennem, fordi filteret er sat op til at
>> lade <backup-mx.tele.dk> komme igennem.
>>
>> Voila! Og der er kun en forsinkelse på omkr. 1-2 sekunder.
>
> Hmmm - på de fleste servere vil forsinkelsen være en del mere - idet
> sekundær MX først vil blive prøvet i anden omgang - typiskt 5 minutter
> senere .. men allright det kan sgu være ligegyldigt

5 minutter går der MEGET sjældent, højst vil der gå en TCP
connection timeout, hvis den sendende mailserver ikke reagerer på
den ICMP unreachable den får, dvs. højst omkring 1-2 minutter.

--
Jesper Skriver, CCIE #5456
FreeBSD committer

---

Jesper Skriver <harvest@wheel.dk> writes:

>5 minutter går der MEGET sjældent, højst vil der gå en TCP
>connection timeout, hvis den sendende mailserver ikke reagerer på
>den ICMP unreachable den får, dvs. højst omkring 1-2 minutter.

Man skal dog lige tage tåbeligheder som personlige firewalls i
betragtning.

Efter hvad jeg kan se af abuse-boksen, mener flere af dem, at
ICMP-pakker indikerer hackeraktivitet og intet andet. Den slags
skal naturligvis blokeres, og Cisco-routeren, der har afsendt
dem, skal i den elektriske stol.

*suk*

Men ok, det er vel (forhåbentlig?) de færreste mailservere, der
har den slags kræmmer-ware installeret.

Mvh.
   Klaus.

---

On 14 Oct 2001 20:30:26 GMT, Christian Andersen wrote:

> F.eks:
>
> mitdomain.dk   MX   10 mail.mitdomain.dk
> mitdomain.dk   MX   20 backup-mx.tele.dk

Maskinen hedder nu backup-mx.post.tele.dk

/Morten

--
Morten Skriver
Email: morten@skriver.dk

---

Morten Skriver wrote:

>> mitdomain.dk   MX   10 mail.mitdomain.dk
>> mitdomain.dk   MX   20 backup-mx.tele.dk

>Maskinen hedder nu backup-mx.post.tele.dk

Yes. Jeg tænkte på at sætte en disclaimer på, men gjorde det ikke. Dumme
mig.

--
"...personality goes a long way."