DNS resolving på Domino

Jeg bruger selv Cybercity og vip.cybercity.dk, men mest fordi nogle kunder laver udvidede DNS check på mail de modtager fra mig. Da jeg ikke har en DNS Reverse Pointer der peger direkte mod mit domæne, men mod et eller andet opskurt cybercity adsl navn (port334.ds1-gj.adsl.cybercity.dk), så blev mine mails afvist af de modtagende servere. Surt, så jeg er nødt til at sende via VIP. Men det fungerer faktisk meget tilfredsstillende.

Men jeg forstår ikke en kuk af hvad din "gut" skriver:
    " ... forsendelse via DNS og ikke SMTP post. "

Jeg har dog oplevet forskellige problemer med Domino og Windows DNS. Oftest i forbindelse med at den pågældende server også er DNS-server. Det hjælper oftest at genstarte ROUTER task.

Jeg har været ude for en Domino server der nægtede at sende mails, da den DNS, som den skulle slå op på var der ikke adgang til fra den DMZ zone hvor serveren stod. Problemet var at der ingen indikationer i log eller lignende var på fejl - der sketa bare ikke noget - så snart at serveren kunne få fat i en DNS - kom der fornuftige fejlmeldinger og problemet kunne løses.

/Hans Holt

hej jogii!

Jeg tror ikke den konsulent jeg hadve forbi var den tungeste kniv i skuffen - for som du skriver giver det ikke mening det han skriver.

Anyway, så mister jeg en masse information ved at relaye min udadgående post via vip.cybercity.dk og her taler jeg altså om når jeg skriver det ind under "Relay host for messages leaving the local internet domain". Lige pludselig kan jeg ikke se om posten bliver accepteret med kun at den bliver sendt til cc - det betragter jeg som et problem.

Min mailserver er ikke DNS server og har kun cc's to officielle dns'er tilknyttet.

Mvh.

Kim

hej noteshotline!

Jeg har tjekekt op på settings ind igennem firewallen, der er fuld hul udad og inad til mailserveren på port 25.

Mvh.

Kim

PS: kan man sætte noget ekstra debugging på for at se om serveren får ordentlig fat i dns'en?

Afsendelse af mails debugges med
    SMTPClientDebug=x  (x= 1, 2 eller 3, afhængig af hvor meget du ønsker)
Modtagelse af mails debugges med
    SMTPDebug=x  (x= 1, 2 eller 3, afhængig af hvor meget du ønsker)

Se også om genstart af Router hjælper.
Jeg har flere steder sat Router til at genstarte f.x. hver anden time.

Her lidt mere info om smtp-debugning:
Jeg er ikke helt sikker på hvor mange forskellige værdier man kan give til den første.

SMTPClientDebug

This parameter can be enabled to capture the outgoing SMTP protocol conversations.  This is for all messages transferred by the router to other servers (Domino or otherwise) via the SMTP protocol.  Note that this does not include the message content - just the higher-level protocol commands and responses.
1 - enable capture of outbound SMTP message transfer protocol.

SMTPDebug

This parameter can be set to enable the capture of inbound SMTP protocol conversations.  This is for all messages received by the SMTP listener from all clients and servers via the SMTP protocol.
1 - enable minimal logging of the SMTP listener
2 - enable information logging of data sent and received along with some additional debugging information.  This setting indicates commands and responses being received/sent along with the number of bytes being transmitted, but does not include the text that is transmitted.
3 - enable verbose logging of data sent and received.  Along with the information recorded at setting 2, this level shows the actual text received/sent via SMTP.  Note that this does not include the text body of messages.
4 - this is the most verbose you will get for logging (note that this is an undocumented value -- the documentation only lists up to 3).