[Exchange] Kan geen mail meer verzenden

[Multispeed]

Hoi,

Ik heb exchange thuis draaien maardat ik mijn kapotte modem vervangen heb (Coppermine) Naar (Speedtouch). Kan ik geen mail meer verzenden en krijg ik de melding

code:

Relaying denied. IP name possibly forged

.

De benogigde poorten staan wel open in het modem.

Dit is wat ik geprobeerd heb om het op te lossen:

1. FQDN Aangepast.
2. Mail filter uitgezet
3. MX records nagekeken
4. Google afgezocht o.a ( expert exchange )
5. Got Afgezocht

Maar het feit is dus wel dat het gekomen is na de modem wissel en het oude modem is kapot. heeft iemand misschien een idee ? met sendmail konik de mail tenminste tail -f /var/log/messages/ en in exchange kan ik alleen de queue bekijken.

pls help me

[Fat Baba]

Je moet toe staan dat je lokale netwerk de smtp server mag gebruiker. mogelijke had je hier een ip adress voor en is door je modem reset je IP veranderd?

kijk anders even op deze pagina: http://www.christensen-so.../config_exchange_2003.htm

Kan je geen meldingen uit de event-log posten.
Mischien kan je anders proberen om via telnet een e-mail te verzenden.

[ Voor 54% gewijzigd door Fat Baba op 12-12-2006 18:12 ]

[Multispeed]

Ja klopt deze had ik ook gevonden

Maar voor de modem verandering had ik dit ook niet ingesteld en werkte het ook gewoon. Ik heb dan nu die grant wel toegevoegd (proberen toch waard) maar het helpt niet

Fat Baba schreef op dinsdag 12 december 2006 @ 17:58:
Je moet toe staan dat je lokale netwerk de smtp server mag gebruiker. mogelijke had je hier een ip adress voor en is door je modem reset je IP veranderd?

kijk anders even op deze pagina: http://www.christensen-so.../config_exchange_2003.htm

gewoon gevonden met google naar: relay exchange 2003

succes

Wat wil je hebben uit het eventlog er staan geen vreemde dingen in die FOUT zijn


Toevoeging:
Ik kan wel gewoon een pop instellen en via de SMTP server van de provider sturen. Maar als ik die dan als smarthost gebruik wil het weer niet

[ Voor 14% gewijzigd door Multispeed op 12-12-2006 18:19 ]

[sanfranjake]

Zou je provider dat dan misschien niet toelaten? Welke provider heb je?

[Question Mark]

Staat je reverse DNS nog wel goed? Meestal krijg je dit soort meldingen als je reverse DNS niet in orde is.

Kun je wel telnetten via poort 25 naar de mailserver van je provider?

[tc982]

Probeer eens te verzenden via een smart host van je provider.

[Multispeed]

Toevoeging:
Ik kan wel gewoon een pop instellen en via de SMTP server van de provider sturen. Maar als ik die dan als smarthost gebruik wil het weer niet

neen dus

tc982 schreef op dinsdag 12 december 2006 @ 19:39:
Probeer eens te verzenden via een smart host van je provider.

[Multispeed]

de reverse dns is niet aangepast althans aan provider kan wel maar daar maakte ik nog geen gebruik van in exchange dus ook nietvoor modem wissel en toen kon ik ook nog mailen.


ja ik kan daarna toe telnetten.

Question Mark schreef op dinsdag 12 december 2006 @ 19:36:
Staat je reverse DNS nog wel goed? Meestal krijg je dit soort meldingen als je reverse DNS niet in orde is.

Kun je wel telnetten via poort 25 naar de mailserver van je provider?

[Multispeed]

Concepts ICT

had ik ook voor modem wissel ( ik heb ze ook gebeld en ze houden niks tegen)

sanfranjake schreef op dinsdag 12 december 2006 @ 18:49:
Zou je provider dat dan misschien niet toelaten? Welke provider heb je?

[Grolsch]

was dat modem toevallig ook een router welke ip adressen uitdeelde
Heb je nu intern een andere ip adres range welke niet "gegrant" is in je SMTP connector van je exchange doos

[Multispeed]

Nee

in de speedtouch de reeks 192.168.1.* erbij gezet en hij is zelf 192.168.1.254

Dit was het ook al

Grolsch schreef op woensdag 13 december 2006 @ 10:40:
was dat modem toevallig ook een router welke ip adressen uitdeelde
Heb je nu intern een andere ip adres range welke niet "gegrant" is in je SMTP connector van je exchange doos

[Grolsch]

Gouldian schreef op woensdag 13 december 2006 @ 10:53:
Nee

in de speedtouch de reeks 192.168.1.* erbij gezet en hij is zelf 192.168.1.254

Dit was het ook al


[...]

wat ik nu niet snap is, wie geeft die melding relaying denied
Is dat je exchange doos, of de smart host van je provider

[Multispeed]

Dit krijg ik terug zowel MET als ZONDER smarthost

code:

 U beschikt niet over de juiste machtigingen om e-mail naar deze geadresseerde te verzenden. Neem contact op met de systeembeheerder voor meer informatie.
            <mail.***.nl #5.7.1 smtp;550 5.7.1 <j.devries@***.nl>... Relaying denied. IP name possibly forged [***.***.***.***]>

Grolsch schreef op woensdag 13 december 2006 @ 10:58:
[...]


wat ik nu niet snap is, wie geeft die melding relaying denied
Is dat je exchange doos, of de smart host van je provider

[Grolsch]

Gouldian schreef op woensdag 13 december 2006 @ 11:11:
Dit krijg ik terug zowel MET als ZONDER smarthost

code:

 U beschikt niet over de juiste machtigingen om e-mail naar deze geadresseerde te verzenden. Neem contact op met de systeembeheerder voor meer informatie.
            <mail.***.nl #5.7.1 smtp;550 5.7.1 <j.devries@***.nl>... Relaying denied. IP name possibly forged [***.***.***.***]>

[...]

het is dus je eigen exchange server welke je niet laat relayen, goed alle properties van je smtp connector doorlopen op IP restrictions ED

[Multispeed]

al minstens 4 keer gedaan

doe het nog wel een keer dan.

Grolsch schreef op woensdag 13 december 2006 @ 11:17:
[...]


het is dus je eigen exchange server welke je niet laat relayen, goed alle properties van je smtp connector doorlopen op IP restrictions ED

[Multispeed]

Tjah zoals al eerder aangeven niks vreemds te vinden.

Adres range is hetzelfde gebleven FQDN aangepast naar reverse DNS en weer terug.

niks

[StevenK]

Gouldian schreef op dinsdag 12 december 2006 @ 17:55:
Hoi,

Ik heb exchange thuis draaien maardat ik mijn kapotte modem vervangen heb (Coppermine) Naar (Speedtouch). Kan ik geen mail meer verzenden en krijg ik de melding

code:

Relaying denied. IP name possibly forged

.

Hoe verzend je die mail ? Waarheen ? Gebruikt je server een smarthost ??

[MrBaggins]

Je hebt een nieuw modem geef je in je topic start aan. Kun je daarin ook een smtp server instellen ?
Zo ja, staat die misschien op een smtp server van je provider ingesteld ?
Heb je clients draaien die de foutmelding vanaf de server krijgen, of mail je vanaf de server en krijgt je daar de melding ?

Wat er imho gebeurt is dat een smtp server die niet geauthenticeerd is om mail te versturen vanuit een domein dit toch probeert.

Aangezien het modem het enige is wat er in je configuratie is veranderd, moet je het probleem ook daar zoeken. Zet alle SMTP services op het modem eens uit, en laat het allemaal aan je server over, werkt het dan wel ?

[Grolsch]

MrBaggins schreef op woensdag 13 december 2006 @ 12:13:
Je hebt een nieuw modem geef je in je topic start aan. Kun je daarin ook een smtp server instellen ?
Zo ja, staat die misschien op een smtp server van je provider ingesteld ?
Heb je clients draaien die de foutmelding vanaf de server krijgen, of mail je vanaf de server en krijgt je daar de melding ?

Wat er imho gebeurt is dat een smtp server die niet geauthenticeerd is om mail te versturen vanuit een domein dit toch probeert.

Aangezien het modem het enige is wat er in je configuratie is veranderd, moet je het probleem ook daar zoeken. Zet alle SMTP services op het modem eens uit, en laat het allemaal aan je server over, werkt het dan wel ?

voor zover als ik het snap heeft hij een exchange server waar hij mee emailt
Deze server geeft een relay fout, dus het probleem zit hem niet in het modem naar mijn bescheiden mening.

De modem zou wel de oorzaak kunnen zijn ivm een ander IP adres of iets dergelijks, maar dan nog zal er in de exchange server IETS aangepast moeten worden om het weer werkend te krijgen.

[Multispeed]

Er wordt in de exchange server geen extern ip adres gebruikt het enige wat extern is is de FQDN

Grolsch schreef op woensdag 13 december 2006 @ 12:18:
[...]


voor zover als ik het snap heeft hij een exchange server waar hij mee emailt
Deze server geeft een relay fout, dus het probleem zit hem niet in het modem naar mijn bescheiden mening.

De modem zou wel de oorzaak kunnen zijn ivm een ander IP adres of iets dergelijks, maar dan nog zal er in de exchange server IETS aangepast moeten worden om het weer werkend te krijgen.

[Grolsch]

Gouldian schreef op woensdag 13 december 2006 @ 12:22:
Er wordt in de exchange server geen extern ip adres gebruikt het enige wat extern is is de FQDN


[...]

je exchange server is je SMTP server
Clients versturen email naar hun SMTP server (exchange server) en vervolgens krijgen cliënts een NDR van je exchange server dat er niet gerelayed moet worden. Dit heeft helemaal niets te maken met externe ip adressen, hooguit met een allowed interne ip adres reeks, maar ik kan niet in je exchange server kijken.

Heb je de server al gereboot

[ Voor 8% gewijzigd door Grolsch op 13-12-2006 12:27 ]

[Multispeed]

Nee het is een simpele speedtouch zonder SMTP dingen en de smarthost staat nu uit in exchange

MrBaggins schreef op woensdag 13 december 2006 @ 12:13:
Je hebt een nieuw modem geef je in je topic start aan. Kun je daarin ook een smtp server instellen ?
Zo ja, staat die misschien op een smtp server van je provider ingesteld ?
Heb je clients draaien die de foutmelding vanaf de server krijgen, of mail je vanaf de server en krijgt je daar de melding ?

Wat er imho gebeurt is dat een smtp server die niet geauthenticeerd is om mail te versturen vanuit een domein dit toch probeert.

Aangezien het modem het enige is wat er in je configuratie is veranderd, moet je het probleem ook daar zoeken. Zet alle SMTP services op het modem eens uit, en laat het allemaal aan je server over, werkt het dan wel ?

[Multispeed]

Ik snap het principe van een exchange server gaf het alleen aan omdat er meerdere malen wordt geroepen kijk alle ip adressen in exchange eens na.

Daarin staat alleen een intern IP adres dat niet veranderd is en het modem heeft het ip overgenomen van het oude modem.

al 3x gereboot

Grolsch schreef op woensdag 13 december 2006 @ 12:26:
[...]


je exchange server is je SMTP server
Clients versturen email naar hun SMTP server (exchange server) en vervolgens krijgen cliënts een NDR van je exchange server dat er niet gerelayed moet worden. Dit heeft helemaal niets te maken met externe ip adressen

Heb je de server al gereboot

[StevenK]

Grolsch schreef op woensdag 13 december 2006 @ 12:18:
[...]


voor zover als ik het snap heeft hij een exchange server waar hij mee emailt
Deze server geeft een relay fout,

En daarom al mijn eerste vraag 'hoe mailt hij'.

[MrBaggins]

hmm, merkwaardig dat het probleem niet met het modem op te lossen is. Ik blijf er bij dat het probleem zich daar bevindt namelijk. Heb je al eens geprobeerd om de smtp server opnieuw in te stellen ?

-edit- Ik zie dat hierboven dezelfde vraag rijst die ik eerder al stelde, namelijk hoe mail je ?

[ Voor 32% gewijzigd door MrBaggins op 13-12-2006 12:40 ]

[Multispeed]

Sorry maar wat bedoel je met hoe mail je ??

En je bedoelt de SMTP connector verwijderen en opnieuw aanmaken ?

MrBaggins schreef op woensdag 13 december 2006 @ 12:39:
hmm, merkwaardig dat het probleem niet met het modem op te lossen is. Ik blijf er bij dat het probleem zich daar bevindt namelijk. Heb je al eens geprobeerd om de smtp server opnieuw in te stellen ?

-edit- Ik zie dat hierboven dezelfde vraag rijst die ik eerder al stelde, namelijk hoe mail je ?

[Grolsch]

Gouldian schreef op woensdag 13 december 2006 @ 12:28:
Ik snap het principe van een exchange server gaf het alleen aan omdat er meerdere malen wordt geroepen kijk alle ip adressen in exchange eens na.

Daarin staat alleen een intern IP adres dat niet veranderd is en het modem heeft het ip overgenomen van het oude modem.

al 3x gereboot


[...]

met ip adressen nakijken bedoel ik niet HET ip adres van je server nakijken, maar bij de properties van je virtual smtp server nakijken bij relay options zoals hieronder:

[Grolsch]

MrBaggins schreef op woensdag 13 december 2006 @ 12:39:
hmm, merkwaardig dat het probleem niet met het modem op te lossen is. Ik blijf er bij dat het probleem zich daar bevindt namelijk. Heb je al eens geprobeerd om de smtp server opnieuw in te stellen ?

-edit- Ik zie dat hierboven dezelfde vraag rijst die ik eerder al stelde, namelijk hoe mail je ?

wat heeft een "relay" probleem met een modem te maken

[Multispeed]

Dat weet ik en heb ik gedaan

Grolsch schreef op woensdag 13 december 2006 @ 13:08:
[...]


met ip adressen nakijken bedoel ik niet HET ip adres van je server nakijken, maar bij de properties van je virtual smtp server nakijken bij relay options zoals hieronder:

[afbeelding]

[Grolsch]

Gouldian schreef op woensdag 13 december 2006 @ 13:11:
Dat weet ik en heb ik gedaan


[...]

ik heb je een mailtje gestuurd, sjek your mail welke in je profiel staat.

[StevenK]

Gouldian schreef op woensdag 13 december 2006 @ 13:06:
Sorry maar wat bedoel je met hoe mail je ??

Welk progamma ? Welke instellingen ? Welk protocol..

[Multispeed]

Tsjek!

[MrBaggins]

Grolsch schreef op woensdag 13 december 2006 @ 13:09:
[...]


wat heeft een "relay" probleem met een modem te maken

dit soort problemen zie je veelal als er meerdere smtp servers binnen een domein worden ingesteld. Vandaar dat ik vermoed dat het nieuwe modem niet goed ingesteld is. Vooral omdat TS verder niets aan zijn configuratie gewijzigd heeft.

[StevenK]

MrBaggins schreef op woensdag 13 december 2006 @ 14:03:
[...]


dit soort problemen zie je veelal als er meerdere smtp servers binnen een domein worden ingesteld. Vandaar dat ik vermoed dat het nieuwe modem niet goed ingesteld is. Vooral omdat TS verder niets aan zijn configuratie gewijzigd heeft.

Een probleem in het modem zou bij de inkomende email problemen moeten geven ? Ik begrijp van TS dat 'ie problemen heeft met het versturen van mail.

[MrBaggins]

StevenK schreef op woensdag 13 december 2006 @ 14:29:
[...]

Een probleem in het modem zou bij de inkomende email problemen moeten geven ? Ik begrijp van TS dat 'ie problemen heeft met het versturen van mail.

SMTP=uitgaand, ik heb het niet over inkomend gehad

[StevenK]

MrBaggins schreef op woensdag 13 december 2006 @ 14:32:
[...]


SMTP=uitgaand, ik heb het niet over inkomend gehad

SMTP == tweewegverkeer tussen servers

Ik zie echt niet in wat er in een modem fout kan staan waardoor een uitgaande SMTP sessie een rallying denied op kan leveren.

[MrBaggins]

pak maar eens een willekeurig adsl modem en stel daar een andere smtp server op in dan die van je provider. Tenzij je met Authsmtp werkt, gaat het niet lukken.

[StevenK]

MrBaggins schreef op woensdag 13 december 2006 @ 14:37:
pak maar eens een willekeurig adsl modem

Dat gaat me wel lukken.

en stel daar een andere smtp server op in dan die van je provider. Tenzij je met Authsmtp werkt, gaat het niet lukken.

Hm... zoekt.... zoekt.... Ik zou niet weten waar ik in dat modem (draytek & speedtouch ken ik heel aardig) in moet stellen wat m'n outside smtp server is.

maar je hebt absoluut gelijk: als het modem ook van binnen naar buiten aan port forwarding doet, dan zou dat zeker het probleem kunnen zijn.

[Grolsch]

ik ben via vnc ingelogt geweest in TS z'n server en hij mailt via exchange 2003

Via een telnet sessie kan ik wel gewoon mailen naar andere mail servers, en dit komt ook aan, waardoor we dus (zoals al eerder verteld) het modem uitgesloten hebben.

Vervolgens heb ik de logging op SMTP op maximale logging gezet, en daar kwamen wel interessante vermeldingen naar boven.
Helaas ben ik nu te druk om er verder mee te gaan stoeien, maar misschien dat TS zijn rooie events hier even kan posten.
Ik meende event id 7004

Het zit hem echt in exchange, name resolving gaat allemaal goed, mx records opvragen wel, etc. etc.

[APCfreak]

Controleer eens of je exchange server wel verbinding heeft met zijn / de DNS server (van je eigen domein).

v.b:
Het IP adres van de exchange server hoeft (in geval van dynamisch) niet veranderd te zijn. Wanneer de DNS bij je netwerk instellingen dat wel is, kan het voorkomen dat de DNS verwijst naar die van je provider en niet naar je eigen DNS.


(Even ter informatie)
NDRs that contain a 5.7.1 error code occur if the Domain Name System (DNS) tables are not configured correctly. Ensure that mail exchanger (MX) records point to the correct SMTP virtual server. If DNS is not configured correctly, incoming SMTP connection attempts might randomly connect to the wrong SMTP virtual server.

quote:(http://www.microsoft.com/...fo/tips/trblsht_tip01.asp)

Het belangrijkste hiervan is dat je probleem DNS gerelateerd is. Dat kan betekenen verkeerd ingestelde DNS maar ook verkeerde DNS of geen DNS.

Probeer op de exchange server maar eens in de commandprompt: "nslookup<enter>".
Je moet vervolgens in ieder geval de servernaam/domeinnaam zien van de DNS-server die door je exchange server gebruikt wordt. Is deze van de provider of van jezelf?

Met "nslookup <exchangeserver-ip adres>" kun je controleren of de exchange servernaam goed in de DNS vermeld staat. Deze moet overeenkomen met de"Localbridgehead" vermelding in je smtp connector. Klopt dit niet dan is je server niet geautoriseerd om mail voor je email domein te relayen.

[MrBaggins]

ik neem alles terug wat ik gezegd heb, dit ziet er een stuk plausibeler uit dan mijn verhaal

[Verwijderd]

vanaf de server zelf:

telnet localhost (en/of ip)
helo domain.name
mail from: [e-mail]
rcpt to: [e-mail]
data
text
.

en

telnet localhost (en/of ip)
helo domain.name
mail from: [e-mail]
rcpt to: [e-mail]
data
text
.

[Grolsch]

APCfreak schreef op woensdag 13 december 2006 @ 17:12:
Controleer eens of je exchange server wel verbinding heeft met zijn / de DNS server (van je eigen domein).

v.b:
Het IP adres van de exchange server hoeft (in geval van dynamisch) niet veranderd te zijn. Wanneer de DNS bij je netwerk instellingen dat wel is, kan het voorkomen dat de DNS verwijst naar die van je provider en niet naar je eigen DNS.


(Even ter informatie)
NDRs that contain a 5.7.1 error code occur if the Domain Name System (DNS) tables are not configured correctly. Ensure that mail exchanger (MX) records point to the correct SMTP virtual server. If DNS is not configured correctly, incoming SMTP connection attempts might randomly connect to the wrong SMTP virtual server.

quote:(http://www.microsoft.com/...fo/tips/trblsht_tip01.asp)

Het belangrijkste hiervan is dat je probleem DNS gerelateerd is. Dat kan betekenen verkeerd ingestelde DNS maar ook verkeerde DNS of geen DNS.

Probeer op de exchange server maar eens in de commandprompt: "nslookup<enter>".
Je moet vervolgens in ieder geval de servernaam/domeinnaam zien van de DNS-server die door je exchange server gebruikt wordt. Is deze van de provider of van jezelf?

Met "nslookup <exchangeserver-ip adres>" kun je controleren of de exchange servernaam goed in de DNS vermeld staat. Deze moet overeenkomen met de"Localbridgehead" vermelding in je smtp connector. Klopt dit niet dan is je server niet geautoriseerd om mail voor je email domein te relayen.

TS had inderdaad de primary dns niet helemaal OK staan, stond op 127.0.0.1 wat niet hoort
Ik heb dit aangepast naar het ip van de server zelf, vervolgens alles weer opnieuw laten registreren, en de cache gewist.
Ook had hij als forwarder de DNS van z'n dsl modem ingesteld, dit heb ik veranderd naar zijn ISP DNS servers.

vervolgens vanaf de server diverse dns querys gedaan dmv nslookup, het resolven van MX records ging goed

[ Voor 5% gewijzigd door Grolsch op 13-12-2006 18:49 ]

[APCfreak]

Heb je het probleem dan nu ook opgelost?

Zo niet, komt er wel externe mail binnen? (van andere domeinen?)
Zowel de eerder omschreven uitgaande mail vanaf clients als de binnenkomende mail van internet is vanuit het oogpunt van de exchange server binnenkomende mail.

[Equator]

Een servertje thuis val niet onder PNS. Move naar WSS

[Multispeed]

APCfreak schreef op woensdag 13 december 2006 @ 19:42:
Heb je het probleem dan nu ook opgelost?

Zo niet, komt er wel externe mail binnen? (van andere domeinen?)
Zowel de eerder omschreven uitgaande mail vanaf clients als de binnenkomende mail van internet is vanuit het oogpunt van de exchange server binnenkomende mail.

Ja er komt wel gewoon mail binnen.

Maar de DNS was altijd goed te bereiken en daar lijkt het probleem niet in te zitten aangezien de DNS aanpassingen van Grolsch ook niet geleid hebben tot het wel kunnen mailen.

hieronder de foutmelding waar Grolsch het over had.

This is an SMTP protocol error log for virtual server ID 1, connection #21. The remote host "***.***.***.***", responded to the SMTP command "rcpt" with "550 5.7.1 <a.kamphuis@***.com>... Relaying denied. IP name possibly forged [***.***.***.***] ". The full command sent was "RCPT TO:<a.kamphuis@***.com> ". This will probably cause the connection to fail.

En de MX warning (mx records staan overigens wel goed)

This is an SMTP protocol warning log for virtual server ID 1, connection #193. The remote host "83.170.69.91", responded to the SMTP command "rcpt" with "451 As per RFC974, please use the MX hosts. ". The full command sent was "RCPT TO:<[e-mail]> ". This may cause the connection to fail.

[ Voor 15% gewijzigd door Multispeed op 14-12-2006 10:18 ]

[Grolsch]

Gouldian schreef op donderdag 14 december 2006 @ 10:01:
[...]


Ja er komt wel gewoon mail binnen.

Maar de DNS was altijd goed te bereiken en daar lijkt het probleem niet in te zitten aangezien de DNS aanpassingen van Grolsch ook niet geleid hebben tot het wel kunnen mailen.

hieronder de foutmelding waar Grolsch het over had.


[...]

hi gouldian, er zaten ook vermeldingen tussen welke iets hadden met MX records, wil je die ook even posten

[Multispeed]

Grolsch schreef op donderdag 14 december 2006 @ 10:13:
[...]


hi gouldian, er zaten ook vermeldingen tussen welke iets hadden met MX records, wil je die ook even posten

done staan erbij

[StevenK]

This is an SMTP protocol error log for virtual server ID 1, connection #21. The remote host "***.***.***.***", responded to the SMTP command "rcpt" with "550 5.7.1 <a.kamphuis@***.com>... Relaying denied. IP name possibly forged [***.***.***.***] ". The full command sent was "RCPT TO:<a.kamphuis@***.com> ". This will probably cause the connection to fail.

Dit klinkt alsof die ontvangende mailserver een PTR bij je hostname zoekt en dat die niet klopt.

[Multispeed]

StevenK schreef op donderdag 14 december 2006 @ 10:24:
[...]

Dit klinkt alsof die ontvangende mailserver een PTR bij je hostname zoekt en dat die niet klopt.

hoe check ik dat en hoe lost ik het daarna op ?

[StevenK]

Gouldian schreef op donderdag 14 december 2006 @ 10:29:
[...]


hoe check ik dat en hoe lost ik het daarna op ?

Ik zou proberen het netwerkverkeer te capturen, dan kun je zien wat jouw smtp-server precies tegen de ontvanger zegt.

Maar als het dit is, wat gebeurt er dan als je de (juiste) server van je provider als smart host opgeeft ?

[Question Mark]

StevenK schreef op donderdag 14 december 2006 @ 10:24:
[...]

Dit klinkt alsof die ontvangende mailserver een PTR bij je hostname zoekt en dat die niet klopt.

Eens, om mezelf even te quoten

Question Mark schreef op dinsdag 12 december 2006 @ 19:36:
Staat je reverse DNS nog wel goed? Meestal krijg je dit soort meldingen als je reverse DNS niet in orde is.

Wat is je maildomain name, dan kan ik wel even je reverse DNS controleren
Kun je zelf overigens ook heel eenvoudig controleren via www.dnsstuff.com. Eerst je MX-records controleren om de naam van je mailserver af te vragen, vervolgens een reverse-lookup op dat ip-adres en kijken of de hostnames van de mx en het ptr-record matchen.

[Multispeed]

Question Mark schreef op donderdag 14 december 2006 @ 11:16:
[...]
Eens, om mezelf even te quoten
[...]


Wat is je maildomain name, dan kan ik wel even je reverse DNS controleren
Kun je zelf overigens ook heel eenvoudig controleren via www.dnsstuff.com. Eerst je MX-records controleren om de naam van je mailserver af te vragen, vervolgens een reverse-lookup op dat ip-adres en kijken of de hostnames van de mx en het ptr-record matchen.

merlinsystems.nl misschien heb je daar wat aan ?

[StevenK]

Question Mark schreef op donderdag 14 december 2006 @ 11:16:
[...]
Eens, om mezelf even te quoten

Maar daarna begin jij over de reverse icm. met zijn domein. Ik denk dat het éénvoudiger ligt, dat hij iets van

code:

HELO server1.local

Doet, terwijl de reverse van zijn ip naar ip122534543.planet.nl wijst.

[Question Mark]

StevenK schreef op donderdag 14 december 2006 @ 11:27:
[...]

Maar daarna begin jij over de reverse icm. met zijn domein. Ik denk dat het éénvoudiger ligt, dat hij iets van
HELO server1.local
Doet, terwijl de reverse van zijn ip naar ip122534543.planet.nl wijst.

Da's laatste is precies wat ik bedoel

De mailserver heet mail.merlinsystems.nl met ip-adres 213.148.237.166

Het ptr record bij dit ip-adres is "d594eda6.static.dsl.concepts.nl." Dat matched niet, in verband met anti-spam maatregelen checken sommige mailservers of mail ontvangen van een mailserver ook bij dat ip-adres hoort.

Hier een topic met precies hetzelfde probleem.

[ Voor 22% gewijzigd door Question Mark op 14-12-2006 12:39 ]

[Multispeed]

Question Mark schreef op donderdag 14 december 2006 @ 11:31:
[...]

Da's laatste is precies wat ik bedoel

De mailserver heet mail.merlinsystems.nl met ip-adres 213.148.237.166

Het ptr record bij dit ip-adres is "d594eda6.static.dsl.concepts.nl." Dat matched niet, in verband met anti-spam maatregelen checken sommige mailservers of mail ontvangen van een mailserver ook bij dat ip-adres hoort.

Ja ok maar als je bij de FQDN mail.merlinsystems.nl instelt of de 123134134.concepts.nl dan komt er nog geen mail binnen

Plus dat ik naar een andere mailserver van mij (sendmail) ook geen mail kan versturen terwijl die niet checked op de Reverse. En als je een smarthost gebruikt maakt dat toch ook niet meer uit ?

[ Voor 4% gewijzigd door Multispeed op 14-12-2006 11:39 ]

[Question Mark]

Ik zit je SMTP error nog even te bekijken:

This is an SMTP protocol warning log for virtual server ID 1, connection #193. The remote host "83.170.69.91", responded to the SMTP command "rcpt" with "451 As per RFC974, please use the MX hosts. ". The full command sent was "RCPT TO:<[e-mail]> ". This may cause the connection to fail.

Als ik de MX-records voor expomedica.biz even opzoek, dan zie ik een hele array aan mailservers staan. Jouw mailserver probeert echter te mailen naar ip 83.170.69.91, wat volgens de MX-records geen mailserver is. 'T is een nameserver, waar overigens wel een smtp service op draait Je kunt er naar toe telnetten. Enig idee waarom jouw mailserver de mail op een verkeerde server probeert af te leveren?

[ Voor 6% gewijzigd door Question Mark op 14-12-2006 11:47 ]

[Multispeed]

Nee als ik eerlijk ben niet

jij ?

Question Mark schreef op donderdag 14 december 2006 @ 11:45:
Ik zit je SMTP error nog even te bekijken:

[...]

Als ik de MX-records voor expomedica.biz even opzoek, dan zie ik een hele array aan mailservers staan. Jouw mailserver probeert echter te mailen naar ip 83.170.69.91, wat volgens de MX-records geen mailserver is. 'T is een nameserver, waar overigens wel een smtp service op draait Je kunt er naar toe telnetten. Enig idee waarom jouw mailserver de mail op een verkeerde server probeert af te leveren?

[Question Mark]

Opens een een command prompt op je mailserver en tik in:

code:

nslookup
set type=mx
expomedica.biz

Als het goed is staat er een hele array aan mailservers in de output die je krijgt. Controleer eens of ip-adres 83.170.69.91 hier tussen staat (zou niet moeten, maar blijkt wel zo te zijn volgens je error)

[Multispeed]

Question Mark schreef op donderdag 14 december 2006 @ 12:02:
Opens een een command prompt op je mailserver en tik in:

code:

nslookup
set type=mx
expomedica.biz

Als het goed is staat er een hele array aan mailservers in de output die je krijgt. Controleer eens of ip-adres 83.170.69.91 hier tussen staat (zou niet moeten, maar blijkt wel zo te zijn volgens je error)

Deze lijst krijg ik....


> expomedica.biz
Server: UnKnown
Address: 192.168.1.9

Non-authoritative answer:
expomedica.biz MX preference = 0, mail exchanger = uk2mxarray3.uk2.net

expomedica.biz nameserver = ultra21.uk2.net
expomedica.biz nameserver = ultra22.uk2.net
uk2mxarray3.uk2.net internet address = 83.170.64.212
uk2mxarray3.uk2.net internet address = 83.170.64.213
uk2mxarray3.uk2.net internet address = 83.170.64.214
uk2mxarray3.uk2.net internet address = 83.170.64.215
uk2mxarray3.uk2.net internet address = 83.170.64.231
uk2mxarray3.uk2.net internet address = 83.170.64.232
uk2mxarray3.uk2.net internet address = 83.170.64.233
uk2mxarray3.uk2.net internet address = 83.170.64.234
uk2mxarray3.uk2.net internet address = 83.170.64.235
uk2mxarray3.uk2.net internet address = 83.170.64.211
ultra21.uk2.net internet address = 83.170.69.91
ultra22.uk2.net internet address = 83.170.69.92

[Question Mark]

Ik krijg alleen de mailservers als output

code:

> set type=mx
> expomedica.biz
Server:  UnKnown
Address:  192.168.2.1

Non-authoritative answer:
expomedica.biz  MX preference = 0, mail exchanger = uk2mxarray3.uk2.net

uk2mxarray3.uk2.net     internet address = 83.170.64.214
uk2mxarray3.uk2.net     internet address = 83.170.64.212
uk2mxarray3.uk2.net     internet address = 83.170.64.235
uk2mxarray3.uk2.net     internet address = 83.170.64.213
uk2mxarray3.uk2.net     internet address = 83.170.64.232
uk2mxarray3.uk2.net     internet address = 83.170.64.231
uk2mxarray3.uk2.net     internet address = 83.170.64.233
uk2mxarray3.uk2.net     internet address = 83.170.64.215
uk2mxarray3.uk2.net     internet address = 83.170.64.234
uk2mxarray3.uk2.net     internet address = 83.170.64.211
>

Je hebt wel gefilterd op MX? (set type=mx). Het lijkt erop dat jij alle records terugkrijgt van de DNS server ipv enkel de MX records.

[Grolsch]

ff voor de duidelijkheid.

Ik heb vanaf zijn server een telnet sessie opgezet naar onze exchange server.

daar dus een test mail gestuurd incl. het helo mail.domein.nl en onze mailserver accepteerde dat wel.

vanuit zijn exchange gaat het niet goed.

[Multispeed]

Question Mark schreef op donderdag 14 december 2006 @ 13:04:
Ik krijg alleen de mailservers als output

code:

> set type=mx
> expomedica.biz
Server:  UnKnown
Address:  192.168.2.1

Non-authoritative answer:
expomedica.biz  MX preference = 0, mail exchanger = uk2mxarray3.uk2.net

uk2mxarray3.uk2.net     internet address = 83.170.64.214
uk2mxarray3.uk2.net     internet address = 83.170.64.212
uk2mxarray3.uk2.net     internet address = 83.170.64.235
uk2mxarray3.uk2.net     internet address = 83.170.64.213
uk2mxarray3.uk2.net     internet address = 83.170.64.232
uk2mxarray3.uk2.net     internet address = 83.170.64.231
uk2mxarray3.uk2.net     internet address = 83.170.64.233
uk2mxarray3.uk2.net     internet address = 83.170.64.215
uk2mxarray3.uk2.net     internet address = 83.170.64.234
uk2mxarray3.uk2.net     internet address = 83.170.64.211
>

Je hebt wel gefilterd op MX? (set type=mx). Het lijkt erop dat jij alle records terugkrijgt van de DNS server ipv enkel de MX records.

Ja sorteer op MX

[StevenK]

Grolsch schreef op donderdag 14 december 2006 @ 13:09:
ff voor de duidelijkheid.

Ik heb vanaf zijn server een telnet sessie opgezet naar onze exchange server.

daar dus een test mail gestuurd incl. het helo mail.domein.nl en onze mailserver accepteerde dat wel.

vanuit zijn exchange gaat het niet goed.

Heb jij die smtp-sessie aan jouw kant gelogd ?

[Question Mark]

@Grolsch en StevenK

Het is toch raar dat als de TS vanaf zijn mailserver een nslookup uitvoert, het type op MX zet, en toch ook-niet-MX-records als response krijgt? In de SMTP errorlog is ook te zien dat geprobeerd wordt de mail op een niet mailserver af te leveren.

[StevenK]

Question Mark schreef op donderdag 14 december 2006 @ 13:56:
@Grolsch en StevenK

Het is toch raar dat als de TS vanaf zijn mailserver een nslookup uitvoert, het type op MX zet, en toch ook-niet-MX-records als response krijgt? In de SMTP errorlog is ook te zien dat geprobeerd wordt de mail op een niet mailserver af te leveren.

Ja, dat is zeker vreemd, maar dat ziet er vooral uit alsof ts een

code:

set type=ANY

heeft gedaan.

[Multispeed]

StevenK schreef op donderdag 14 december 2006 @ 14:17:
[...]

Ja, dat is zeker vreemd, maar dat ziet er vooral uit alsof ts een

code:

set type=ANY

heeft gedaan.

speciaal voor jou doe ik het dan nog een keer

> set type=mx
> expomedica.biz
Server: UnKnown
Address: 192.168.1.9

Non-authoritative answer:
expomedica.biz MX preference = 0, mail exchanger = uk2mxarray3.uk2.net

expomedica.biz nameserver = ultra21.uk2.net
expomedica.biz nameserver = ultra22.uk2.net
uk2mxarray3.uk2.net internet address = 83.170.64.233
uk2mxarray3.uk2.net internet address = 83.170.64.234
uk2mxarray3.uk2.net internet address = 83.170.64.235
uk2mxarray3.uk2.net internet address = 83.170.64.211
uk2mxarray3.uk2.net internet address = 83.170.64.212
uk2mxarray3.uk2.net internet address = 83.170.64.213
uk2mxarray3.uk2.net internet address = 83.170.64.214
uk2mxarray3.uk2.net internet address = 83.170.64.215
uk2mxarray3.uk2.net internet address = 83.170.64.231
uk2mxarray3.uk2.net internet address = 83.170.64.232
ultra21.uk2.net internet address = 83.170.69.91
ultra22.uk2.net internet address = 83.170.69.92
>

[Multispeed]

Question Mark schreef op donderdag 14 december 2006 @ 13:56:
@Grolsch en StevenK

Het is toch raar dat als de TS vanaf zijn mailserver een nslookup uitvoert, het type op MX zet, en toch ook-niet-MX-records als response krijgt? In de SMTP errorlog is ook te zien dat geprobeerd wordt de mail op een niet mailserver af te leveren.

Ja maar heeft zoiets een duidelijke reden ??

[Question Mark]

Gouldian schreef op donderdag 14 december 2006 @ 16:12:
[...]
Ja maar heeft zoiets een duidelijke reden ??

Geen idee, even kijken of een andere DNS server (bv. van Xs4all) ook dezelfde output geeft. Open weer eens een command prompt, start Nslookup en voer het volgende in:

code:

> server 194.109.6.66
> set type=mx
> expomedica.biz

Nu query je weer naar de MX-records van het smtp-domain "expomedica.biz", alleen gebruik je nu een DNS-server van XS4ALL in plaats van de DNS-servers van je eigen providers.

[StevenK]

Gouldian schreef op donderdag 14 december 2006 @ 16:10:
[...]


speciaal voor jou doe ik het dan nog een keer

> set type=mx
> expomedica.biz
Server: UnKnown

Begin eens met een ptr voor je eigen server te configureren ?

[Multispeed]

Question Mark schreef op donderdag 14 december 2006 @ 19:01:
[...]
Geen idee, even kijken of een andere DNS server (bv. van Xs4all) ook dezelfde output geeft. Open weer eens een command prompt, start Nslookup en voer het volgende in:

code:

> server 194.109.6.66
> set type=mx
> expomedica.biz

Nu query je weer naar de MX-records van het smtp-domain "expomedica.biz", alleen gebruik je nu een DNS-server van XS4ALL in plaats van de DNS-servers van je eigen providers.

Als ik vanaf een externe locatie server mail.merlinsystems.nl doe en dan op MX naar die biz zie ik wel alleen de MX records. Of heeft dit dan alleen weer te maken met de DNS van het systeem waar jij dan op werkt

[StevenK]

Gouldian schreef op vrijdag 15 december 2006 @ 09:31:
[...]


Als ik vanaf een externe locatie server mail.merlinsystems.nl doe en dan op MX naar die biz zie ik wel alleen de MX records. Of heeft dit dan alleen weer te maken met de DNS van het systeem waar jij dan op werkt

Ik vraag me sowieso af waarom die DNS server vanaf het internet bereikbaar is.

En voor de rest:

code:

C:\>nslookup - mail.merlinsystems.nl
Default Server:  d594eda6.static.dsl.concepts.nl
Address:  213.148.237.166

> set type=mx
> expomedica.biz
Server:  d594eda6.static.dsl.concepts.nl
Address:  213.148.237.166

Non-authoritative answer:
expomedica.biz  MX preference = 0, mail exchanger = uk2mxarray3.uk2.net

uk2mxarray3.uk2.net     internet address = 83.170.64.235
uk2mxarray3.uk2.net     internet address = 83.170.64.211
uk2mxarray3.uk2.net     internet address = 83.170.64.212
uk2mxarray3.uk2.net     internet address = 83.170.64.213
uk2mxarray3.uk2.net     internet address = 83.170.64.214
uk2mxarray3.uk2.net     internet address = 83.170.64.215
uk2mxarray3.uk2.net     internet address = 83.170.64.231
uk2mxarray3.uk2.net     internet address = 83.170.64.232
uk2mxarray3.uk2.net     internet address = 83.170.64.233
uk2mxarray3.uk2.net     internet address = 83.170.64.234

Maar het zou kunnen dat de DNS-server die je extern bereikt een andere is dan die hij intern gebruikt.

[Multispeed]

Misschien beetje laat maar wat ik me nu bedenk is dat ik er een 2de windows2003 naast heb gezet als 2de domein controller. De eerste repliceert naar de tweede dom dat dit me niet eerder te binnen schoot maar kan het misschien hierdoor komen .. ????

[fvdmeulen]

Hoi Multispeed

Ik heb sinds gisteren ook ditzelfde probleem! Heb jij dit ooit op kunnen lossen!? En weet je nog hoe!?

Alvast bedank voor een eventuele reactie!