[Exchange] Hoe e-mail ontvangen met Demon mailkick via SMTP

[kimjansen]

Als volkomen Exchange n00b ben ik aan het proberen een mailserver draaiend te krijgen op een Demon DSL Business Express account.

De situatie:

)- 2 Domeinnamen op een Demon Office account (inbelaccount, voor backup): inetdomein.nl en inetdomein.com
)- 1 Systeemnaam op Demon Office account: inetdomein.demon.nl

)- 1 Systeemnaam op Demon DSL Business Express account: bedrijfsnaam.demon.nl

We gebruiken nu de ADSL inbelverbinding voor ons netwerk en hier zit ook onze Exchange server op. In de gebruikte (Draytek Vigor2600Vi) router heb ik poort 25 doorgemapped naar het lokale IP van de mail-server.
Ik heb aan Demon gevraagd een mailkick in te stellen voor alle systeem- en domeinnamen naar ons Demon DSL Business Express IP-adres (en dus ook bedrijfsnaam.demon.nl)

Verder is de W2k server geinstalleerd met Exchange 2k. In de Exchange system manager heb ik bij Default Recipient Policy SMTP dingen aangemaakt te weten:
- @inetdomein.nl
- @inetdomein.com
- @inetdomein.demon.nl
- @bedrijfsnaam.demon.nl

Als ik het goed begrijp zou de Exchange server nu mail kunnen ontvangen via SMTP. De e-mail adressen zijn in principe [e-mail], maar zover ik Demon moet geloven worden alle berichten verstuurd naar de systeemnaam (in dit geval inetdomein.demon.nl) als iets wordt verstuurd naar *@inetdomein.nl, dit omdat deze gekoppeld is aan het Office account. Nu zou als het goed is deze Office account op de één of andere manier forwarden naar het Business Express account (en dus ons IP-adres)...

Ik heb 1 server draaiend voor AD, DNS, DHCP, Exchange moet ik nog iets van SMTP connectors instellen en hoe kan ik mijn instellingen testen? Ik kan al wel via de Exchange server verzenden dus die lijkt wel te draaien.

Kan ik zelf de forwards van Demon controleren en zo ja waar moet ik op letten, dienen SMTP en POP3 uitgezet te worden op mijn account? En waarom kan ik geen mailkick van de Office account naar ons IP op de DSL Express lijn doen?!

[TAMW]

Bekijk de MX-records van je domeinnamen maar eens.

WTF is een mailkick?
Dat Demon alle mail voor jullie opvangt en alles forward naar jullie smtp server? > Julie MX-records wijzen dan naar een demon server.

[ Voor 72% gewijzigd door TAMW op 21-07-2004 12:17 ]

[TAMW]

verkeerde knopje

[ Voor 94% gewijzigd door TAMW op 21-07-2004 12:16 ]

[alt-92]

Zal wel bSMTP zijn (batched SMTP).
Kijk maar eens of je een ETRN ertegenaan kan gooien.

[kimjansen]

Ik zal de MX-records een ff proberen uit te pluizen (als ik ze vinden kan )

Als ik een mail stuur naar [e-mail] krijg ik een bericht als onderstaand:

Van: <[e-mail]>
Verzonden: woensdag 21 juli 2004 12:18:03
Aan: [e-mail]
Onderwerp: Delivery Status Notification (Failure)

| | | Postvak IN


This is an automatically generated Delivery Status Notification.

Delivery to the following recipients failed.

[e-mail]


From: Kim Jansen <[e-mail]>
To: [e-mail]
Subject: tessie
Sent: woensdag 21 juli 2004 12:14:11
tessie

[e-mail] is dus gebruiker op de systeemnaam behorend bij de systeemnaam van het DSL account... Dus: [e-mail]

[TAMW]

BackSlash32 schreef op 21 juli 2004 @ 12:19:
Zal wel bSMTP zijn (batched SMTP).
Kijk maar eens of je een ETRN ertegenaan kan gooien.

Als ze dat bedoeld is dat natuurlijk niet echt nuttig voor een permanente verbinding.

1 werkt vertagend.
2 Storings gevoeliger.

[lier]

Een goeie test welke ik ook wel eens "misbruik" is http://www.abuse.net/relay.html

Op deze site kan je je mailserver testen op open relays. Dit is helemaal geen overbodige test als je zelf een mail server draait en je kan gelijk zien of je mail server op basis van jouw IP adres goed werkt.

[TAMW]

kimjansen schreef op 21 juli 2004 @ 12:22:
Ik zal de MX-records een ff proberen uit te pluizen (als ik ze vinden kan )

Als ik een mail stuur naar [e-mail] krijg ik een bericht als onderstaand:


[...]


[e-mail] is dus gebruiker op de systeemnaam behorend bij de systeemnaam van het DSL account... Dus: [e-mail]

Staat er niet meer bij, foutcode waarom hij failed
en van welke server komt dit bericht afkomt?

[alt-92]

TAMW schreef op 21 juli 2004 @ 12:23:
Als ze dat bedoeld is dat natuurlijk niet echt nuttig voor een permanente verbinding.

1 werkt vertagend.
2 Storings gevoeliger.

Ben ik met je eens, maar goed, ik heb het dan ook niet aangevraagd

[collin]

Houdt er rekening mee dat de mailkick van Demon elke 5 minuten de mail een kick geeft dus testmailtjes komen later aan.

Je moet in Exchange voor elk email domein een SMTP connector aanmaken, dus voor domein.nl en voor domein.com, naast de recipient update policy, die alleen maar de email adressen aanmaakt.

[edit]
Na het kloten met connectoren, etc zou ik inderdaad zeker even je mailserver testen op open relay. Ik gebruik zelf deze altijd: http://ordb.org/

[ Voor 20% gewijzigd door collin op 21-07-2004 12:39 ]

[kimjansen]

@BackSlash32

Kijk maar eens of je een ETRN ertegenaan kan gooien.

ewm en dat doe ik met een Telnet terminal ding???


...
verder hoor ik dat het niet de meest ideale oplossing is, maar is er een andere manier dat voor het geval dat deze server uitvalt de mail toch bewaard blijft? ik neem aan dat de meeste mail-servers wel proberen te retry-en tot een dag of 4 als een mailserver offline lijkt te zijn.

en helaas geeft m'n hotmail even geen detail informatie over die postmaster e-mail maar dat zal ik met een outlook programma nog eens sjekken...

[TAMW]

Collin zegt dat demon automatisch om de 5 min een kick doet, Dus is ETRN niet nodig en dus overbodig.

ps: Demon heeft dus blijkbaar een eigen naam bedacht voor bSMTP, wat dus zeer verwarrend werkt "mailkick" is absoluut geen standaard term.

[ Voor 42% gewijzigd door TAMW op 21-07-2004 12:47 ]

[Gondor]

Ik heb hier geen verstand van dus als het op niks slaat, mijn excuses

Op https://www.password.nl.demon.net/webtoegangscode.cgi kan je onder, de TAB 'email', "SMTP-email" aan vinken.

Uitleg op die pagina:

... Met SMTP [?] biedt de postserver uw email automatisch aan uw systeem aan, bijvoorbeeld vlak nadat u verbinding legt. Dit heet een SMTP-mailkick ...

[Verwijderd]

Exchange installeren?? Testen van Servers ?

Zorg er zowiezo wel even voor, dat de server niet als open-relay gaat fungeren.

Dan kan heel de wereld spam ontvangen van je.

Goede start punten zijn : www.exchangserver.org en
www.isaserver.org (voor als je een firewall wil, of een smtp relay-only machine wil bouwen.....zeker handig)

Voor de rest....goog luck

[kimjansen]

Ik heb een bronnetje van een mailtje dat ik verstuurd heb aan [e-mail]

Als ik er 1 stuur aan [e-mail] vind ik hem nergens meer terug

code:

Received: from  [82.161.xxx.xxx] by SERVER
  (ArGoSoft Mail Server Pro for WinNT/2000/XP, Version 1.8 (1.8.5.2)); Wed, 21 Jul 2004 12:41:02 +0200
From: [e-mail]
To: [e-mail]
Date: Wed, 21 Jul 2004 12:43:05 +0200
MIME-Version: 1.0
Content-Type: multipart/report; report-type=delivery-status;
 boundary="9B095B5ADSN=_01C467695B33D2C000000104root.inetdomein.nl"
X-DSNContext: 335a7efd - 4457 - 00000001 - 80040546
Message-ID: <[e-mail]>
Subject: Delivery Status Notification (Failure)
 
This is a MIME-formatted message.  
Portions of this message may be unreadable without a MIME-capable mail program.
 
--9B095B5ADSN=_01C467695B33D2C000000104root.inetdomein.nl
Content-Type: text/plain; charset=unicode-1-1-utf-7
 
This is an automatically generated Delivery Status Notification.
 
Delivery to the following recipients failed.
 
       [e-mail]
 
 
 

--9B095B5ADSN=_01C467695B33D2C000000104root.e?m?h.nl
Content-Type: message/delivery-status
 
Reporting-MTA: dns;root.inetdomen.nl
Received-From-MTA: dns;mailkick-20.mail.nl.demon.net
Arrival-Date: Wed, 21 Jul 2004 12:43:04 +0200
 
Final-Recipient: rfc822;[e-mail]
Action: failed
Status: 5.1.1
 
--9B095B5ADSN=_01C467695B33D2C000000104root.inetdomein.nl
Content-Type: message/rfc822
 
Received: from mailkick-20.mail.nl.demon.net ([194.159.73.24]) by root.inetdomein.nl with Microsoft SMTPSVC(5.0.2195.6713);
  Wed, 21 Jul 2004 12:43:04 +0200
Received: from store-21.mail.nl.demon.net by mailstore for [e-mail]
 id 1BnET5-0007kp-3k-0007kr; Wed, 21 Jul 2004 10:36:59 +0000
Received: from incoming-20.mail.nl.demon.net ([194.159.73.160]:3949)
 by store-21.mail.nl.demon.net with esmtp (Exim 4.24)
 id 1BnET5-0007kp-3k
 for [e-mail]; Wed, 21 Jul 2004 10:36:59 +0000
Received: from amsfep19-int.chello.nl ([213.46.243.20]:10167)
 by incoming-20.mail.nl.demon.net with esmtp (Exim 4.34)
 id 1BnESO-000CJj-77
 for [e-mail]; Wed, 21 Jul 2004 10:36:58 +0000
Received: from SERVER ([80.56.250.x]) by amsfep19-int.chello.nl
          (InterMail vM.6.00.05.02 201-2115-109-103-20031105) with SMTP
          id <20040721103615.VCLF1232.amsfep19-int.chello.nl@SERVER>
          for <[e-mail]>;
          Wed, 21 Jul 2004 12:36:15 +0200
Message-ID: <000901c46f0e$7f376aa0$0200a8c0@SERVER>
From: "kim Jansen" <[e-mail]>
To: <[e-mail]>
Subject: test naar bedrijfsnaam.demon.nl
Date: Wed, 21 Jul 2004 12:35:51 +0200
MIME-Version: 1.0
Content-Type: multipart/alternative;
 boundary="----=_NextPart_000_0006_01C46F1F.421FDBF0"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1437
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441
Return-Path: [e-mail]
X-OriginalArrivalTime: 21 Jul 2004 10:43:04.0920 (UTC) FILETIME=[80CB0D80:01C46F0F]
 
This is a multi-part message in MIME format.
 
------=_NextPart_000_0006_01C46F1F.421FDBF0
Content-Type: text/plain;
 charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
 

------=_NextPart_000_0006_01C46F1F.421FDBF0
Content-Type: text/html;
 charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
 
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.2800.1400" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV>&nbsp;</DIV></BODY></HTML>
 
------=_NextPart_000_0006_01C46F1F.421FDBF0--
 
 
 
--9B095B5ADSN=_01C467695B33D2C000000104root.e?m?h.nl--

[ Voor 5% gewijzigd door kimjansen op 21-07-2004 13:36 ]

[TAMW]

En heb je al mail van mij ontvangen?

[kimjansen]

TAMW schreef op 21 juli 2004 @ 13:27:
En heb je al mail van mij ontvangen?

oeps ik heb weer eens ergens wat x'jes vergeten geloof ik .... of doelde je niet op het mail adres dat er nog instaat

[TAMW]

Aha ik heb nu ook een NDR.
Ik heb rechtstreeks op jouw mailserver afgeleverd dus zonder tussen komst van demon, dit betekent dat er in Exchange er iets fout zit en het demon gedeelte dus goed werkt. Exchange connector problemen blijkbaar.

Staat er verder los van maar de Relay test is ook niet 100%:

Hmmn, at first glance, host appeared to accept a message for relay.
THIS MAY OR MAY NOT MEAN THAT IT'S AN OPEN RELAY.

code:

Mail relay testing 
Connecting to xxxxx.demon.nl for anonymous test ...
<<< 220 root.e-m-h.nl Microsoft ESMTP MAIL Service, Version: 5.0.2195.6713 ready at  Wed, 21 Jul 2004 13:36:31 +0200 
>>> HELO www.abuse.net
<<< 250 root.e-m-h.nl Hello [208.31.42.77]


Relay test 1
>>> RSET
<<< 250 2.0.0 Resetting
>>> MAIL FROM:<[e-mail]>
<<< 250 2.1.0 [e-mail]....Sender OK
>>> RCPT TO:<[e-mail]>
<<< 550 5.7.1 Unable to relay for [e-mail]

Relay test 2
>>> RSET
<<< 250 2.0.0 Resetting
>>> MAIL FROM:<spamtest>
<<< 250 2.1.0 [e-mail]....Sender OK
>>> RCPT TO:<[e-mail]>
<<< 550 5.7.1 Unable to relay for [e-mail]

Relay test 3
>>> RSET
<<< 250 2.0.0 Resetting
>>> MAIL FROM:<>
<<< 250 2.1.0 <>....Sender OK
>>> RCPT TO:<[e-mail]>
<<< 550 5.7.1 Unable to relay for [e-mail]

Relay test 4
>>> RSET
<<< 250 2.0.0 Resetting
>>> MAIL FROM:<[e-mail]>
<<< 250 2.1.0 [e-mail]....Sender OK
>>> RCPT TO:<[e-mail]>
<<< 550 5.7.1 Unable to relay for [e-mail]

Relay test 5
>>> RSET
<<< 250 2.0.0 Resetting
>>> MAIL FROM:<spamtest@[82.161.xxx.xxx]>
<<< 250 2.1.0 spamtest@[82.161.xxx.xxx]....Sender OK
>>> RCPT TO:<[e-mail]>
<<< 550 5.7.1 Unable to relay for [e-mail]

Relay test 6
>>> RSET
<<< 250 2.0.0 Resetting
>>> MAIL FROM:<[e-mail]>
<<< 250 2.1.0 [e-mail]....Sender OK
>>> RCPT TO:<[e-mail]>
<<< 250 2.1.5 [e-mail] 

Relay test result
Hmmn, at first glance, host appeared to accept a message for relay.
THIS MAY OR MAY NOT MEAN THAT IT'S AN OPEN RELAY.

Some systems appear to accept relay mail, but then reject messages internally rather than delivering them, but you cannot tell at this point whether the message will be relayed or not.

You cannot tell if it is really an open relay without sending a test message; this anonymous user test DID NOT send a test message.

[ Voor 83% gewijzigd door TAMW op 21-07-2004 13:40 ]

[kimjansen]

TAMW schreef op 21 juli 2004 @ 13:33:
Aha ik heb nu ook een NDR.
Ik heb rechtstreeks op jouw mailserver afgeleverd dus zonder tussen komst van demon, dit betekent dat er in Exchange er iets fout zit en het demon gedeelte dus goed werkt. Exchange connector problemen blijkbaar.

ewm ik geloof niet dat ik die termen trek met m'n non-ict opleiding maar vertel eens over connectors, ik heb iets van 170 pagina's van m$ uitgeprint met verhaaltjes over connectors en virtual servers. ik begrijp eruit dat je op de een of andere manier een aantal smtp adressen dus moet doorkoppelen naar het hoofd e-mailadres (zeg maar @inetdomein.nl) en dat dan de Exchange server het verder af kan handelen.

edit:


joepie een open relay
ff kijke of ik dat ken fixe

[ Voor 6% gewijzigd door kimjansen op 21-07-2004 13:43 ]

[TAMW]

kimjansen schreef op 21 juli 2004 @ 13:40:
[...]


joepie een open relay


[/edit]

goed lezen:

THIS MAY OR MAY NOT MEAN THAT IT'S AN OPEN RELAY

[kimjansen]

TAMW schreef op 21 juli 2004 @ 13:49:
[...]


goed lezen:

THIS MAY OR MAY NOT MEAN THAT IT'S AN OPEN RELAY

ik weet het . maar volgens mij heb ik in 1 zo'n connector bij Delivery Restrictions staan dat standaard iedereen geaccepteerd wordt, ik neem aan dat daar geen gat in zit maar dat probeer ik ff zeker te weten...

ewm ik denk dat ik maar op zoek ga naar iemand die ff wil Radminnen bij me

[alt-92]

Exchange 2000/2003 "lijken" het relay bericht wel aan te nemen, maar droppen dit verderop pas. Dat merkt (en interesseert) de verzendende partij meestal niet eens...

[kimjansen]

Maar even om het 1 en ander kort te sluiten:

Als ik een standaard Exchange server installeer in een (lokaal) domein dat bedrijf.nl heet en daardoor automatisch al e-mail kan verzenden als [e-mail], kan hij dan ook zonder extra instellingen direct e-mail ontvangen als ik enkel de MX-records aanpas (website blijft bij Demon gehost dus)?

Heeft iemand ervaring hoe Demon e-mail verzonden naar een .nl domein doorstuurt, of hoe dan ook, naar een systeemnaam sturen. Zo ja, zijn er extra stappen nodig om Exchange te configureren.

Wat doe ik nu precies met die SMTP connectoren, moet ik er daar 1 van aanmaken om mail te ontvangen... Zo ja, wat moet er dan ingesteld worden en waar.

[collin]

kimjansen schreef op 22 juli 2004 @ 00:45:
Maar even om het 1 en ander kort te sluiten:

Als ik een standaard Exchange server installeer in een (lokaal) domein dat bedrijf.nl heet en daardoor automatisch al e-mail kan verzenden als [e-mail], kan hij dan ook zonder extra instellingen direct e-mail ontvangen als ik enkel de MX-records aanpas (website blijft bij Demon gehost dus)?

Ja, dat kan! Disable wel het guest account, want daarmee kan je mailserver ook als open relay gebruikt worden!

Heeft iemand ervaring hoe Demon e-mail verzonden naar een .nl domein doorstuurt, of hoe dan ook, naar een systeemnaam sturen. Zo ja, zijn er extra stappen nodig om Exchange te configureren.

Nee hoor, geen extra handelingen in Exchange, mits je lokale domein naam (in active dir) gelijk is aan je internet domein.

Wat doe ik nu precies met die SMTP connectoren, moet ik er daar 1 van aanmaken om mail te ontvangen... Zo ja, wat moet er dan ingesteld worden en waar.

Als je lokale DNS domein dus hetzelfde is als je internet domein, werkt het meteen al.

Je kan het als volgt testen:

tik in de console:

code:

telnet ip.van.je.exchange 25 <enter>
ehlo <enter>
mail from: "[e-mail]" <enter>
rcpt to: "[e-mail]" <enter>
subject: "test email" <enter>
data <enter>
hoi dit is een mailtje <enter>
. <enter> (dus alleen een puntje, is teken dat je mailtje klaar is)

Als hij nu zegt dat de message gequeued is voor delivery werkt exchange (als hij dan ook daadwerkelijk aankomt )

Als hij zegt: 550 relaying prohibited, moet je met SMTP connectoren aan de slag.

[Brahiewahiewa]

collin schreef op 21 juli 2004 @ 12:34:
[...]Je moet in Exchange voor elk email domein een SMTP connector aanmaken, dus voor domein.nl en voor domein.com, naast de recipient update policy, die alleen maar de email adressen aanmaakt.

Wat een onzin. Als je Recipient Policy goed geconfigureerd is en de RUS z'n werk heeft gedaan, zal Exchange vanzelf alle domains als inbound accepteren

kimjansen schreef op 21 juli 2004 @ 13:40:
[...]ik heb iets van 170 pagina's van m$ uitgeprint met...

maar vergeten om de faq van GoT uit te printen, zie ik

Anyway, het eerste wat je moet controleren is of de RUS z'n werk heeft gedaan.
In de MMC Active Directory Users and Computers (ADUC) zoek je dus je k.jansen account op en op het tabje e-mail addresses controleer je of daar alle vier de smtp adressen staan. Als dat niet het geval is, heb je een probleem met de RUS en moet je maar eens beginnen met de properties ervan te bekijken (istie enabled, wat is z'n schedule, etc.) en anders is er op support.microsoft.com wel het een en ander te vinden over RUS and troubleshooting.
Als jouw account wel alle vier de smtp-adressen heeft, kan het zijn dat DSACCESS dat nog niet door heeft. Op diezelfde support.microsoft.com site kun je vinden hoe je de cache van DSACCESS refresht.

[TAMW]

Brahiewahiewa schreef op 22 juli 2004 @ 15:30:

Als je Recipient Policy goed geconfigureerd is en de RUS z'n werk heeft gedaan, zal Exchange vanzelf alle domains als inbound accepteren

Het kan ook werken zonder dat de domeinen bij de Recipient Policy zijn ingevuld

Als degene die het berichtje afleverd "relay rechten" heeft wordt het berichtje ook geaccepteerd en afgeleverd in de mailbox waar het emailadres handmatig is aangemaakt.

[ Voor 10% gewijzigd door TAMW op 22-07-2004 16:32 ]

[kimjansen]

Brahiewahiewa schreef op 22 juli 2004 @ 15:30:

maar vergeten om de faq van GoT uit te printen, zie ik

daar heb je gelijk in ... alleen welke FAQ moet ik daar voor hebben

Anyway, het eerste wat je moet controleren is of de RUS z'n werk heeft gedaan.
In de MMC Active Directory Users and Computers (ADUC) zoek je dus je k.jansen account op en op het tabje e-mail addresses controleer je of daar alle vier de smtp adressen staan. Als dat niet het geval is, heb je een probleem met de RUS en moet je maar eens beginnen met de properties ervan te bekijken (istie enabled, wat is z'n schedule, etc.) en anders is er op support.microsoft.com wel het een en ander te vinden over RUS and troubleshooting.
Als jouw account wel alle vier de smtp-adressen heeft, kan het zijn dat DSACCESS dat nog niet door heeft. Op diezelfde support.microsoft.com site kun je vinden hoe je de cache van DSACCESS refresht.

Als ik naar m'n user k.jansen kijk zie ik maar 1 mail-adres te weten [e-mail]. In de RUS heb ik echter aangemaakt dat hij de SMTP adressen @inetdomein.nl, @inetdomein.com, @bedrijfsnaam.demon.nl en @inetdomein.demon.nl aan moet maken. Daar lijkt dus iets mis te gaan. De RUS staat op "Always run" en ik heb al een aantal keren Update now geprobeerd maar dat blijkt niet te werken. Maar dan nog als ik Demon direct het inetdomein.nl domein laat doorkoppelen naar mijn vaste IP-adres zou het moeten werken neem ik aan.
In de logboeken van de server zie ik ook geen verontrustende berichten dus neem aan dat dat wel snor zit

[ Voor 4% gewijzigd door kimjansen op 25-07-2004 12:04 ]

[kimjansen]

collin schreef op 22 juli 2004 @ 10:40:

Nee hoor, geen extra handelingen in Exchange, mits je lokale domein naam (in active dir) gelijk is aan je internet domein.

Als je lokale DNS domein dus hetzelfde is als je internet domein, werkt het meteen al.

Je kan het als volgt testen:

tik in de console:

code:

telnet ip.van.je.exchange 25 <enter>

ik doe "telnet bedrijfsnaam.demon.nl 25" [enter]
dan geeft hij "220 root.inetdomein.nl bla bla ESMTP MAIL Service blabla ready at
op inetdomein.nl kan ik dus niet met telnet verbinding maken

code:

ehlo <enter>

dan geeft hij een aantal 250 regels met oa
root.inetdomein.nl Hello [ip adres]
en uiteindelijk 'OK'

code:

mail from: "[e-mail]" <enter>

ik doe "mail from: "[e-mail]"" [enter]
dan geeft hij
2.1.0 "[e-mail]"@inetdomein.nl....Sender OK

code:

rcpt to: "[e-mail]" <enter>

ik typ: " rcpt to: "[e-mail]"" [enter]
dan geeft hij
2.1.5 "[e-mail]"@inetdomein.nl

code:

subject: "test email" <enter>

bij "subject: enz enz" geeft hij
5.3.3 Unrecognized command

code:

data <enter>

"data" geeft geen melding

code:

hoi dit is een mailtje <enter>

geeft
354 Start mail input; end with <CRLF>..<CRLF>

code:

. <enter> (dus alleen een puntje, is teken dat je mailtje klaar is)

hij geeft nu:

2.6.0 <[e-mail]> Queud mail for delivery

Als hij nu zegt dat de message gequeued is voor delivery werkt exchange (als hij dan ook daadwerkelijk aankomt )

Als hij zegt: 550 relaying prohibited, moet je met SMTP connectoren aan de slag.

In dikke zijn mijn commando's en uitwerkingen maar na het uitvoeren van dit alles lijkt hij het af te leveren maar ik kan het niet zien als ik op http://bedrijfsnaam.demon.nl/exchange ga kijken (de andere e-mails met POP opgehaald op kantoor staan er gewoon wel in)

[ Voor 11% gewijzigd door kimjansen op 25-07-2004 12:06 ]

[Brahiewahiewa]

kimjansen schreef op 22 juli 2004 @ 20:59:
[...]Als ik naar m'n user k.jansen kijk zie ik maar 1 mail-adres te weten [e-mail]. In de RUS heb ik echter aangemaakt dat hij de SMTP adressen @e-m-h.nl, @e-m-h.com, @emholland.demon.nl en @e-m-h.demon.nl aan moet maken. Daar lijkt dus iets mis te gaan. De RUS staat op "Always run" en ik heb al een aantal keren Update now geprobeerd maar dat blijkt niet te werken.

Je moet in Exchange System Manager even de logging op de RUS omhoog schroeven (max.) en dan in je eventlog filteren op MSExchangeAL.
Laat je alle vier de adressen genereren in één policy of heb je vier policies aangemaakt?
En je hebt ook niet perongeluk een filter gezet op een van de policies?

Maar dan nog als ik Demon direct het e-m-h.nl domein laat doorkoppelen naar mijn vaste IP-adres zou het moeten werken neem ik aan.

Dat zou moeten werken, idd. 't Is alleen de vraag of Demon die service wil verlenen: meestal gaat zoiets via een DNS provider die daar een jaarlijkse fee voor rekent

[kimjansen]

Brahiewahiewa schreef op 22 juli 2004 @ 23:43:
[...]
Je moet in Exchange System Manager even de logging op de RUS omhoog schroeven (max.) en dan in je eventlog filteren op MSExchangeAL.
Laat je alle vier de adressen genereren in één policy of heb je vier policies aangemaakt?
En je hebt ook niet perongeluk een filter gezet op een van de policies?
[...]
Dat zou moeten werken, idd. 't Is alleen de vraag of Demon die service wil verlenen: meestal gaat zoiets via een DNS provider die daar een jaarlijkse fee voor rekent

Het zal niet waar zijn maar volgens mij ben ik een beetje in- -gedut- . Ik kon de AD Connector van Exchange niet vinden, blijk ik na een re-install van laatst niet opnieuw geinstalleerd te hebben , what a shame... Hoe bedoel je blond, anyweg na installeren van de connector heb ik wel jouw 2 testmailtjes gekregen van Brahiewahiewa om 23u28 en 23u35... 1 Met 1x Tekst (staat niets in "To:") en 1 met heel keer Tekst To:[e-mail] ... Als ik nu zelf een mailtje stuur aan [e-mail] komt hij in m'n mailbox aan (ik heb nu dus ook alle 4 de mailadressen via de policy bij de gebruikers)... Alleen [e-mail] kan ik via m'n externe mail niet bereiken (gewoon via Hotmail)... Als ik met zo'n telnet sessie een mailtje kan laten afleveren op @inetdomein.nl werkt hij dan volledig?

[ Voor 6% gewijzigd door kimjansen op 25-07-2004 12:07 . Reden: smileys gefixt ]

[kimjansen]

En het werkt niet meer

MX-records kloppen volgens mij ook niet echt
inetdomein.nl domein:

code:

Domain MX:  inetdomein.nl  MX PRI  10 MXHost  punt.mail.nl.demon.net  
Domain MX:  inetdomein.nl MX PRI  40 MXHost  relay-2.mail.nl.demon.net  
 
Cname: db.inetdomein.nl CNAME For  c-web-101.www.nl.demon.net  
 
Host: mail.inetdomein.nl  A IP Addr x.x.x.x 
 
Cname: www.inetdomein.nl  CNAME For  c-web-101.www.nl.demon.net

inetdomein.com domein:

code:

Domain MX:  inetdomein.com MX PRI  10 MXHost  punt.mail.nl.demon.net  
Domain MX:  inetdomein.com MX PRI  40 MXHost  relay-2.mail.nl.demon.net  
 
Cname: db.inetdomein.com CNAME For  c-web-101.www.nl.demon.net  
 
Cname: www.inetdomein.com CNAME For  c-web-101.www.nl.demon.net

De mailtjes die ik ontvangen heb (volgens mij via de server ontvangen)

code:

Microsoft Mail Internet Headers Version 2.0
Received: from guusmc640 ([62.251.15.154]) by root.inetdomein.nl with Microsoft SMTPSVC(5.0.2195.6713);
     Thu, 22 Jul 2004 23:34:47 +0200
From: Brahiewahiewa <[e-mail]>
To: Kim Jansen <[e-mail]>
Subject: Test
Return-Path: [e-mail]
Message-ID: <[e-mail]>
X-OriginalArrivalTime: 22 Jul 2004 21:34:47.0834 (UTC) FILETIME=[B65BF7A0:01C47033]
Date: 22 Jul 2004 23:34:47 +0200

code:

Microsoft Mail Internet Headers Version 2.0
Received: from mailkick-20.mail.nl.demon.net ([194.159.73.24]) by root.inetdomein.nl with Microsoft SMTPSVC(5.0.2195.6713);
     Fri, 23 Jul 2004 10:01:46 +0200
Received: from store-20.mail.nl.demon.net by mailstore for [e-mail]
    id 1BnuwY-000Cnn-0l-000Cnv; Fri, 23 Jul 2004 07:58:14 +0000
Received: from incoming-22.mail.nl.demon.net ([194.159.73.162]:1562)
    by store-20.mail.nl.demon.net with esmtp (Exim 4.24)
    id 1BnuwY-000Cnn-0l
    for [e-mail]; Fri, 23 Jul 2004 07:58:14 +0000
Received: from bay12-f36.bay12.hotmail.com ([64.4.35.36]:4042 helo=hotmail.com)
    by incoming-22.mail.nl.demon.net with esmtp (Exim 4.24)
    id 1BnuwX-0004iJ-Vi
    for [e-mail]; Fri, 23 Jul 2004 07:58:14 +0000
Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC;
     Fri, 23 Jul 2004 00:58:13 -0700
Received: from 82.161.125.129 by by12fd.bay12.hotmail.msn.com with HTTP;
    Fri, 23 Jul 2004 07:58:12 GMT
X-Originating-IP: [x.x.x.x]
X-Originating-Email: [[e-mail]]
X-Sender: [e-mail]
From: "Kim Jansen" <[e-mail]>
To: [e-mail]
Bcc: 
Subject: test naar bedrijfsnaam
Date: Fri, 23 Jul 2004 09:58:12 +0200
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1; format=flowed
Message-ID: <[e-mail]>
X-OriginalArrivalTime: 23 Jul 2004 07:58:13.0187 (UTC) FILETIME=[CDAFE130:01C4708A]
Return-Path: [e-mail]

EDIT:

als ik hetvolgende doe:

code:

telnet root 25 [enter]
ehlo [enter]
mail from: k.jansen [enter] (-->[e-mail] e-mail ok)
rcpt to: k.jansen [enter] (-->[e-mail] e-mail ok)
data [enter]
blaaat [enter]
. [enter] (--> message qeued)

en waarachtig ik krijg dat ding in me mailboxje maar waarom dan niet vanaf inet (behalve die ene keer?!)... zou er iets mis kunnen zijn gegaan met die MX-records?

[ Voor 19% gewijzigd door kimjansen op 25-07-2004 12:10 ]

[kimjansen]

Iedereen harstikke bedankt, het werkt eindelijk, heeft het ook blijkbaar altijd al gedaan ook... Probleem zat hem dus in de MX records die ze van Demon goed gezet zouden hebben, niet dus. Blijkt dat ze daar ook niet weten waar ze over praten . Ik zou verwachten als ik vraag of ik die mailkick (leuke naam) zelf in zal stellen, nadat ik een nieuw wachtwoord had gekregen, en hun zeggen "Dat doe ik wel even", het ook goed gebeurt....

Naja, zowiezo Brahiewabrawie, collin, TAMW en de anderen met zinnige en nuttige reply's bedankt , jullie zijn geweldig...

[ Voor 4% gewijzigd door kimjansen op 23-07-2004 19:06 ]