mailserver thuis met planet internet

[Verwijderd]

ik heb een domein naam (d0wn.nl) en ik wil graag zelf een mail server draaien met kerio deze heb ik (goed) geconfigureerd denk ik maar ik kan alleen maar emails versturen en niet ontvangen.

ik heb poort 25 en poort 110 open staan en geforward naar mijn mailserver pc

en ik heb in mijn dns instellingen op deze manier ingesteld

code:

d0wn.nl MX  smtp.d0wn.nl    10
d0wn.nl MX  mailrelay.planet.nl 20
smtp.d0wn.nl    A   86.84.xx.xx
d0wn.nl   A   86.84.xx.xx

weet iemand wat ik fout doe?

[Xtremer]

Ik heb even gekeken naar mijn DNS, maar je doet niks verkeerd.
ik gebruik de zelfde instellingen.

Heb je wel in je firewall poort 25 open staan naar 127.0.0.1 ?

[ Voor 26% gewijzigd door Xtremer op 18-06-2006 00:59 ]

[degroot]

is het niet zo dat planet deze poorten blocked???
Daar staat me iig wel iets van bij dat je bij planet geen eigen mail server kon draaien...

[markvt]

mijndomein.nl. 900 IN MX 10 smtp.mijndomein.nl.
mijndomein.nl. 900 IN MX 20 mailrelay.planet.nl.
smtp.mijndomein.nl. 861 IN A *.*.*.*

Je settings lijken me correct voor planet.

Poort 25 open zetten voor connecties vanaf internet, niemand kan erheen connecten behalve de plant mailrelay.

[Xtremer]

degroot schreef op zondag 18 juni 2006 @ 00:58:
is het niet zo dat planet deze poorten blocked???
Daar staat me iig wel iets van bij dat je bij planet geen eigen mail server kon draaien...

Waarom denk je dat je in de dns naar mailrelay van planet toe wijst ? .......

[markvt]

degroot schreef op zondag 18 juni 2006 @ 00:58:
is het niet zo dat planet deze poorten blocked???
Daar staat me iig wel iets van bij dat je bij planet geen eigen mail server kon draaien...

Daar is die mailrelay voor kan je wel een mailserver draaien zonder dat poort 25 voor de hele wereld open staat (alleen voor de planet mailrelay in dit geval)

[pven]

De settings kloppen, ik heb (met Planet) soortgelijke.

Weet je zeker dat Kerio goed is geconfigureerd? Wat voor soort meldingen krijg je?

[Xtremer]

Het is wel belangrijk dat je poort 25 open zet in je firewall naar 127.0.0.1

[pven]

Xtremer schreef op zondag 18 juni 2006 @ 01:06:
Het is wel belangrijk dat je poort 25 open zet in je firewall naar 127.0.0.1

Ik zou hem eerder forwarden naar het IP-adres van de mailserver.

[Xtremer]

Bij mij werkt het zo al weer 3 jaar

[pven]

Xtremer schreef op zondag 18 juni 2006 @ 01:10:
Bij mij werkt het zo al weer 3 jaar

Heb je het over de firewall van je router of over de firewall van Windows?

[Xtremer]

pven schreef op zondag 18 juni 2006 @ 01:11:
[...]

Heb je het over de firewall van je router of over de firewall van Windows?

Ik gebruik alleen de firewall van windows routing and remote acces.

[Verwijderd]

Xtremer schreef op zondag 18 juni 2006 @ 00:58:
Ik heb even gekeken naar mijn DNS, maar je doet niks verkeerd.
ik gebruik de zelfde instellingen.

Heb je wel in je firewall poort 25 open staan naar 127.0.0.1 ?

ik heb zone alarm security suite maar daar kan niet aan liggen ik heb namelijk ook geprobeerd met mijn firewall uitgeschakeld

[Verwijderd]

pven schreef op zondag 18 juni 2006 @ 01:05:
De settings kloppen, ik heb (met Planet) soortgelijke.

Weet je zeker dat Kerio goed is geconfigureerd? Wat voor soort meldingen krijg je?

ik krijg geen meldingen en ik heb ook al andere mailserver programma's getest maar die werken ook niet dus het moet toch in me router modum of instellingen liggen

kan het ook zo zijn dat mail poort 25 en /of 110 UDP moeten zijn'? want ik heb ze nu op TCP

[Brahiewahiewa]

Van http://centralops.net/co/DomainDossier.aspx:

canonical name smtp.d0wn.nl.
aliases
addresses 86.84.x.y
[...]
Date registered: 07-06-2006
Record last updated: 07-06-2006

Planet schijnt er een week of twee over te doen om relay naar jouw servert voor elkaar te krijgen.
Zijn meer topics over te vinden (search)

[Verwijderd]

Lijkt idd goed.. heb iets soortgelijks..
(je hoeft trouwens niet je ipadressen te xx'en, met een simpele dig of nslookup vind je je ip toch wel

maar inderdaad, wat voor melding krijg je precies? Word de mail gebounced? of blijft hij ergens achter?

[Glashelder]

Brahiewahiewa schreef op zondag 18 juni 2006 @ 02:24:
Van http://centralops.net/co/DomainDossier.aspx:
[...]

Planet schijnt er een week of twee over te doen om relay naar jouw servert voor elkaar te krijgen.
Zijn meer topics over te vinden (search)

Mja dat is echt onzin, heb dit al zo vaak gedaan dan dit niet waar kan zijn. De planet mailserver kijkt net als andere mailserver gewoon direct naar de DNS records.. Daarna worden de instellingen gecached zoals voorschreven in de TTL tijd..

Ik ben wel benieuwd of de TS een status melding heeft gekregen van een mailtje? Normaal gesproken als je DNS settings juist staan en je mailserver is niet bereikbaar, dan probeert de mailrelay van Planet 3 dagen lang je bericht af te leveren. Dan krijgt je dit soort berichten:

Action: failed
Status: 5.1.1
Remote-MTA: DNS; mail.bl44t.nl

Last-Attempt-Date: Wed, 1 Mar 2006 20:08:13 +0100

en

This is an automatically generated Delivery Status Notification


Delivery to the following recipient failed permanently:


[e-mail]


Technical details of permanent failure:

TEMP_FAILURE: Could not initiate SMTP conversation with any hosts:
[smtp.bl44t-online.net. (10): Connection timed out]
[mailrelay.planet.nl.bl44t-online.net. (20): Connection timed out]

[Verwijderd]

Verwijderd schreef op zondag 18 juni 2006 @ 02:35:
Lijkt idd goed.. heb iets soortgelijks..
(je hoeft trouwens niet je ipadressen te xx'en, met een simpele dig of nslookup vind je je ip toch wel

maar inderdaad, wat voor melding krijg je precies? Word de mail gebounced? of blijft hij ergens achter?

ik weet dat je inderdaad een simpele lookup kunt doen en iedereen mag mijn ip ook best weten

als ik het verstuur dan krijg ik geen mailer deamon mailtje terug en gebeurd er niks het lijkt alsof het gewoon verzonden is

[pven]

Brahiewahiewa schreef op zondag 18 juni 2006 @ 02:24:

[...]

Planet schijnt er een week of twee over te doen om relay naar jouw servert voor elkaar te krijgen.
Zijn meer topics over te vinden (search)

Bij mij was de DNS-update binnen 24 uur geregeld (waarna het ook werkte).

[Verwijderd]

pven schreef op zondag 18 juni 2006 @ 09:53:
[...]

Bij mij was de DNS-update binnen 24 uur geregeld (waarna het ook werkte).

mijn dns update is al meer dan 24 uur geleden maar het werkt nog steeds niet

[Verwijderd]

ik krijg nu wel mailer deamon mailtjes van alle emails die ik heb verzonden 2 dagen geleden

code:

 The original message was received at Sat, 17 Jun 2006 12:36:49 +0200
from nf-out-0910.google.com [64.233.182.187]

  ----- The following addresses had permanent fatal errors -----
<[e-mail]>

  ----- Transcript of session follows -----
<[e-mail]>... Deferred: Connection timed out with smtp.d0wn.nl.
Message could not be delivered for 2 days
Message will be deleted from queue


Final-Recipient: RFC822; [e-mail]
Action: failed
Status: 4.4.7
Remote-MTA: DNS; smtp.d0wn.nl
Last-Attempt-Date: Mon, 19 Jun 2006 12:40:04 +0200

[Wunk]

Serial in je DNS zone niet vergeten te updaten ?

[Verwijderd]

Wunk schreef op maandag 19 juni 2006 @ 19:08:
Serial in je DNS zone niet vergeten te updaten ?

wat is dat en hoe doe ik dat ???

[Verwijderd]

Ik heb hetzelfde probleem.

Het serialnummer is een nummer in het Start Of Authority (soa) record.
http://www.hensema.net/docs/bind9/bind9.html#toc5

Hier iemand met het tegenovergestelde probleem. http://www.adslforum.nl/t...ID=14965&SearchTerms=smtp

mijn messenger adres is [e-mail].
Wellicht handig om een en ander te kunnen testen. Ik zit ook bij kpn
alleen bij de afdeling het net.

[Verwijderd]

Beste mensen,

heb inmiddels [e-mail] aangeschreven gezien de helpdesk van hetnet of planet daar vergissen ze zichzelf ook elke x in er geen ondersteuning bied.

Ik heb echter een vaag vernmoedend dat het hele verhaal bij mij zowiezo niet gaat werken omdat
ik van dyndns een hostnaampje geleend heb. En er zal waarschijnlijk een ptr record verkeerd staan.

[sander817]

welke software draai je als mailserver? Ik heb hetzelfde gehad met qmail onder redhat. Als ik het goed heb moest ik eoa reverse dns lookup check oid uitzetten in qmail

[JvS]

Verwijderd schreef op zondag 18 juni 2006 @ 01:12:
[...]

ik heb zone alarm security suite maar daar kan niet aan liggen ik heb namelijk ook geprobeerd met mijn firewall uitgeschakeld

Daar zou ik iets minder stellig in zijn. Zeker bij zone alarm, die laat volgens mij altijd een engine draaien, ook al heb je de firewall uitgeschakeld. Sluit dat eens uit en deinstalleer die firewall eens, dan weet je in elk geval echt zeker of het daar aldan niet aan ligt.

[TjardE]

probeer eens gewoon te telnetten naar je server op poort 25

telnet ip 25

als je een reply krijgt heb je een daemon draaien op die poort, zoniet dan zit daar je probleem

als ik vanaf hier telnet naar je server werkt het iig niet, dus kan idd iets geblocked zijn.

[sander817]

sander815 schreef op donderdag 22 juni 2006 @ 14:53:
welke software draai je als mailserver? Ik heb hetzelfde gehad met qmail onder redhat. Als ik het goed heb moest ik eoa reverse dns lookup check oid uitzetten in qmail

wat je moet doen staat ergens in de planet faq als ik me het goed herinner, waar weet ik niet meer. Maar daar had ik het vandaan

[BFS]

tjarde schreef op donderdag 22 juni 2006 @ 15:42:
probeer eens gewoon te telnetten naar je server op poort 25

telnet ip 25

als je een reply krijgt heb je een daemon draaien op die poort, zoniet dan zit daar je probleem

als ik vanaf hier telnet naar je server werkt het iig niet, dus kan idd iets geblocked zijn.

Dat zou nog kunnen als je niet van een planet lijn af komt, ik zit echter wel op een planet lijn en krijg:

$ telnet smtp.d0wn.nl 25
Trying 86.84.57.13...
telnet: connect to address 86.84.57.13: Connection refused
telnet: Unable to connect to remote host

Het ip-adres is wel 'up' echter:

PORT STATE SERVICE

25/tcp filtered smtp

Het lijkt er op dat er geen maildeamon achter het IP adres draait? De poort lijkt dus wel open te staan alleen wordt er geen maildeamon gevonden op poort 25.

[ Voor 25% gewijzigd door BFS op 23-06-2006 09:07 ]

[TjardE]

Ik zit ook op een planet lijn en zie de server wel maar ook idd geen response op poort 25.

TS moet dit maar eens thuis op local-net proberen. Kan hij gelijk zien of de firewall instellingen OK zijn en de daemon goed geconfigged is.

[Verwijderd]

Een beetje spitten levert op:
=======================================================================
; <<>> DiG 9.3.2 <<>> www.d0wn.nl
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 32122
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;www.d0wn.nl. IN A

;; ANSWER SECTION:
www.d0wn.nl. 3515 IN CNAME d0wn.nl.
d0wn.nl. 3515 IN A 86.84.57.13

;; Query time: 22 msec
;; SERVER: 192.168.1.254#53(192.168.1.254)
;; WHEN: Fri Jun 23 20:22:35 2006
;; MSG SIZE rcvd: 59

[root@unknown-00-0c-29-e6-57-25 ~]# nslookup 86.84.57.13
Server: 192.168.1.254
Address: 192.168.1.254#53

Non-authoritative answer:
13.57.84.86.in-addr.arpa name = ip5654390d.speed.planet.nl.
========================================================================

Zoeken op sidn.nl levert op

errors=0, warnings=5, informational=0
* domein d0wn.nl.
* nameserver ns1.webreus.nl./212.83.211.226
W SOA refresh (10800) < 4 uur (zie RFC1537)
W MX server mailrelay.planet.nl. buiten domein (TE.6e)
W MX server relay1.webreus.nl. buiten domein (TE.6e)
* nameserver ns3.webreus.nl./87.119.195.195
W SOA refresh (10800) < 4 uur (zie RFC1537)
W MX server mailrelay.planet.nl. buiten domein (TE.6e)

[RammY]

Ok.. als ik de info uit de Startpost haal zie ik het al..

Je bent de punten achter de .nl vergeten

Doe daarna es een testje op: http://www.dnsstuff.com/ (hier doet ie niet meer )

Dus het moet worden bij je MX Records:

code:

d0wn.nl.    MX  smtp.d0wn.nl.   10
d0wn.nl.    MX  mailrelay.planet.nl.    20
smtp.d0wn.nl    A   86.84.xx.xx
d0wn.nl   A   86.84.xx.xx

Je kunt natuurlijk ook met de @ werken...
Zoals:

code:

@          A      86.84.**.**
smtp     cname    @
@          MX     10 @
@          MX     20 mailrelay.planet.nl.

(kijk wel even hoe je je DNS moet instellen... ik moet hm iig zo instellen met 20 er voor etc etc)

EDIT:
Bijna foutive info Je moet ook een . achter het domein wat je links voor de MX hebt staan zetten

[ Voor 10% gewijzigd door RammY op 24-06-2006 00:30 ]

[ascent]

BFS schreef op vrijdag 23 juni 2006 @ 09:03:
Het lijkt er op dat er geen maildeamon achter het IP adres draait? De poort lijkt dus wel open te staan alleen wordt er geen maildeamon gevonden op poort 25.

Not quite. Planet internet blokkeert port 25 inkomend, en gebruikt de DNS MX regels voor de verdere afhandeling van de email.

Zie ook: http://pmg.custhelp.com/c...r/std_adp.php?p_faqid=570

Ofwel, is gewoon mogelijk, veel succes.

[ascent]

Verwijderd schreef op woensdag 21 juni 2006 @ 18:47:
heb inmiddels [e-mail] aangeschreven gezien de helpdesk van hetnet of planet daar vergissen ze zichzelf ook elke x in er geen ondersteuning bied.

Klopt; vanaf de helpdesk geen support. Wel uitleg op de site: http://pmg.custhelp.com/c...r/std_adp.php?p_faqid=570

[pven]

RammY schreef op zaterdag 24 juni 2006 @ 00:16:
Ok.. als ik de info uit de Startpost haal zie ik het al..

Je bent de punten achter de .nl vergeten

Doe daarna es een testje op: http://www.dnsstuff.com/ (hier doet ie niet meer )

Dus het moet worden bij je MX Records:

code:

d0wn.nl.    MX  smtp.d0wn.nl.   10
d0wn.nl.    MX  mailrelay.planet.nl.    20
smtp.d0wn.nl    A   86.84.xx.xx
d0wn.nl   A   86.84.xx.xx

Je kunt natuurlijk ook met de @ werken...
Zoals:

code:

@          A      86.84.**.**
smtp     cname    @
@          MX     10 @
@          MX     20 mailrelay.planet.nl.

(kijk wel even hoe je je DNS moet instellen... ik moet hm iig zo instellen met 20 er voor etc etc)

EDIT:
Bijna foutive info Je moet ook een . achter het domein wat je links voor de MX hebt staan zetten

Daar heb ik nog nooit van gehoord.

Thx @ hieronder

[ascent]

pven schreef op zondag 25 juni 2006 @ 10:35:
[...]
Daar heb ik nog nooit van gehoord.

Die punt is wel nuttig omdat 'ie dan niet verder gaat zoeken ofzo, maar volgens mij is 't sendmail only, en sowieso geen oplossing voor dit probleem

[RammY]

ascent schreef op zondag 25 juni 2006 @ 10:37:
[...]


Die punt is wel nuttig omdat 'ie dan niet verder gaat zoeken ofzo, maar volgens mij is 't sendmail only, en sowieso geen oplossing voor dit probleem

Het zijn iig officiele DNS regels...
Maajah.. aangezien bram_wouda zich niet laat horen word het moeilijk om te zien of het op is gelost uiteraard...

[Verwijderd]

weet iemand al een oplossing voor mijn probleem?

[pven]

Verwijderd schreef op zondag 25 juni 2006 @ 17:07:
weet iemand al een oplossing voor mijn probleem?

Beantwoord eerst de openstaande vragen eens en probeer eens wat van de geopperde opties.

[sander817]

Verwijderd schreef op zondag 25 juni 2006 @ 17:07:
weet iemand al een oplossing voor mijn probleem?

Verwijderd schreef op maandag 19 juni 2006 @ 12:46:
ik krijg nu wel mailer deamon mailtjes van alle emails die ik heb verzonden 2 dagen geleden

code:

 The original message was received at Sat, 17 Jun 2006 12:36:49 +0200
from nf-out-0910.google.com [64.233.182.187]

  ----- The following addresses had permanent fatal errors -----
<[e-mail]>

  ----- Transcript of session follows -----
<[e-mail]>... Deferred: Connection timed out with smtp.d0wn.nl.
Message could not be delivered for 2 days
Message will be deleted from queue


Final-Recipient: RFC822; [e-mail]
Action: failed
Status: 4.4.7
Remote-MTA: DNS; smtp.d0wn.nl
Last-Attempt-Date: Mon, 19 Jun 2006 12:40:04 +0200

als je mail nog steeds qaankomt, met 2 dagen vertraging: zie faq planet:
Als een verstuurde e-mail met vertraging wordt afgeleverd
De oorzaak:
De eigen mailserver pleegt ongetwijfeld een zogeheten “ident callback”; Voordat de e-mail wordt verzonden, stuurt de mailserver een soort van authenticatieverzoek bij de ontvanger. Als dat verzoek wordt beantwoord, verstuurt de mailserver de e-mail. De uitgaande mailserver van Planet Internet accepteert geen "ident callbacks" omdat de mailgateways van Planet de enige mailservers zijn die een e-mail mogen afleveren.

De oplossing:
Als een eigen mailserver toch "ident callbacks" uitvoert, kan het gebeuren dat de verbinding tussen beide servers wordt verbroken. Er kan dan geen e-mail worden afgeleverd of berichten komen met grote vertraging binnen. Nadat "ident callbacks" is uitgeschakeld of de time-out op 0 seconden gezet is, wordt de verbinding niet langer verbroken en worden e-mails weer direct afgeleverd.

dat was bij mij ook de oplosing