[Win2k3SBS] EventID 7004 en 7010

[Ropniko]

Ik zit met het volgende probleem. Al enige tijd krijgen wij klachten van mensen die onze mails niet ontvangen. Na een zoektocht ben ik er achter gekomen dat ons domein op een aantal blacklists staat waardoor we gemerkt worden als verstuurder van Spam. Niet handig aangezien we ons daar zeker niet mee bezig houden. Anyway.. verder kijkend maar eens ingezoomd op de mailserver en daar de logging wat uitgebreid (SMTP protocol logging op maximum).

Na dat gedaan te hebben krijg ik dagelijks het volgende bericht:

MSExchangeTransport 7004 09-05-08 5:40 98 *
This is an SMTP protocol error log for virtual server ID 1, connection #336. The remote host "81.171.114.50", responded to the SMTP command "rcpt" with "550 <[e-mail]>: Recipient address rejected: User unknown in virtual mailbox table ". The full command sent was "RCPT TO:<[e-mail]> ". This will probably cause the connection to fail. For more information, click http://www.microsoft.com/contentredirect.asp.

En

MSExchangeTransport 7010 09-05-08 4:55 21 *
This is an SMTP protocol log for virtual server ID 1, connection #324. The client at "89.44.142.26" sent a "rcpt" command, and the SMTP server responded with "550 5.7.1 Unable to relay for [e-mail] ". The full command sent was "rcpt TO: <[e-mail]>". This will probably cause the connection to fail. For more information, click http://www.microsoft.com/contentredirect.asp.

Dit duidt volgens mijn informatie op pogingen om mail te versturen via de Exchange server. Er is dus helaas iets aan de hand achter de schermen of de logging staat nu gewoon te hoog ingesteld. Hoe dan ook in het kort heb ik de volgende stappen genomen:

• Een relay test @ Abuse.net met als resultaat dat er geen mail kan worden verstuurd van buitenaf (The host rejected all attempts to relay a test message)
• http://support.microsoft.com/kb/324958/nl dit KB artikel doorgelopen en getest en daar kwam niks bijzonders uit naar mijn weten. (550 5.7.1 Unable to relay for [e-mail])

Ik kan wellicht iets fout hebben gedaan gedurende de oplossingen die zijn geboden. Maar op de een of andere manier is het probleem nog steeds aanwezig en blijven de waarschuwingen komen en blijven de queues ook vollopen. Laatst heb ik overigens de queues leeggegooid aangezien ze niet verstuurd kunnen worden.

Is dit echt een ‘fout’? Of kan ik de logging uitzetten en rustig verder slapen?

[pennenlikker]

Wie heb je allemaal toegevoegd aan je relay lijst?
Hoop alleen diegene wie jij toe staat.

Wat ook vaak wil helpen bij zulke blacklists is de reversed DNS aanzetten, zodat ze kunnen zien dat je bereid bent je te indentificeren.

[Ropniko]

Even gepinged op onze eigen server en een rdns check uitgevoerd op het ipadres:

DNS Server Response:
*kuch*.xs4all.nl

Success! It appears you have Reverse DNS. Please note the following points:
If the sender's domain is the only domain sending mail from a specific IP address, we recommend that the reverse DNS entry (PTR Record) match the domain name (A Record), but we do not require it.

AOL does require that all connecting Mail Transfer Agents have established reverse DNS, regardless of whether it matches the domain.

Reverse DNS must be in the form of a fully-qualified domain name. Reverse DNSes containing in-addr.arpa are not acceptable, as these are merely placeholders for a valid PTR record. Reverse DNSes consisting only of IP addresses are also not acceptable, as they do not correctly establish the relationship between domain and IP address.

Relaylist, daar heb ik het volgende staan (iig bij het SMTP protocol):
Only the List below (de lijst is verder leeg) met daaronder aangevinkt: Allow all computer which succesfully authenticate to relay, regardless of the list below.

[pennenlikker]

Als je maar 1 domein draait op je exchange gewoon het laatst verzendende mx record van je hosting/provider invoeren bij relay en localhost 127.0.0.1 voor onderlinge communicatie.
Zo heb ik het ingesteld dan... maarja daar los je jou probleem niet mee op denk ik.

Klik

En bellen met je provider als het aan de blacklisting ligt.

[ Voor 8% gewijzigd door pennenlikker op 16-05-2008 16:33 ]

[Wijnands]

Ik zie een logje van een afleverpoging op een niet bestaand adres en een logje van een poging om te relayen via je server. Als je xs4all zakelijke klant bent kun je hen rustig bellen en om een check van je server vragen.

Welke blacklists sta je op?

[Ropniko]

Wijnands schreef op vrijdag 16 mei 2008 @ 16:36:
Ik zie een logje van een afleverpoging op een niet bestaand adres en een logje van een poging om te relayen via je server. Als je xs4all zakelijke klant bent kun je hen rustig bellen en om een check van je server vragen.

Welke blacklists sta je op?

Heb helaas een directeur die op de centen zit en een consumenten ADSL abo heeft genomen ipv een business abonnement.

De blacklist is nl.countries.blackholes.us, voornamelijk een Amerikaanse en Russische klant ontvangen nu geen emails vanuit ons.

[pennenlikker]

ohhof je vraagt gewoon een andere domeinnaam aan bijvoorbeeld .com o.i.d.

Is maar 4,75 euro per maand, heb je er geen last meer van ook.

[ Voor 41% gewijzigd door pennenlikker op 16-05-2008 17:02 ]

[Wijnands]

Ropniko schreef op vrijdag 16 mei 2008 @ 16:46:
[...]
Heb helaas een directeur die op de centen zit en een consumenten ADSL abo heeft genomen ipv een business abonnement.

De blacklist is nl.countries.blackholes.us, voornamelijk een Amerikaanse en Russische klant ontvangen nu geen emails vanuit ons.

Ehh... da's een landenlijst. Daar kom je automatisch op als je in nederlandse ip space zit. Ik gebruik een paar van hun lijsten om china en korea uit te filteren omdat ik weet dat er daar niemand zit met wie ik wil mailen.
Het lijkt me verstandiger om die 2 klanten uit te leggen dat ze daarom jullie mailings niet ontvangen en als ze dat willen ze jullie moeten whitelisten.

Blackholes.us

Blackholes.us does not list spammers, spam supporters, or vulernable hosts (open relays/proxies) at the present time. The data published here is not indended for use as any kind of anti-spam "solution," although it can be helpful as part of a larger system. If you are having difficulty with the delivery of mail, your best recourse is to contact the postmaster of the host using the data to reject messages.