Jaja ... het meest bizarre probleem ooit.
Situatie:
NetWare 5.1 SP3 , BorderManager 3.6EE , GroupWise6
Op de client is outlook geinstalleerd. als de client geconfigureerd word voor mail halen/zenden via de POP/SMTP van de provider, dan kan er zonder probelemen verstuurd worden naar gebruiker@sub.domain.com .
Word vervolgens voor POP en SMTP in outlook het IP adres van de BorderManager ingevuld (welke dan als proxy fungeert voor diezelfde POP en SMTP bij dezelfde provider) en gemaild naar hetzelfde bestaande adres, dan komt 'ie niet aan
Het gaat ook niet om een specifiek domain ofzo. Als ik ff vlug een subdomaintje aanmaak op m'n eigen server, en daar heen laat mailen idem dito.
Feitjes;
Ontvanger is een known user voor de ontvangende SMTP
subdomain bestaat op het domain
Direct via een willekeurige POP/SMTP via outlook werkt perfect
Licht niet aan het ontvangende domain
Mail naar dezelfde ontvangende server maar dan zonder subdomain werkt wel:
pietje@domain.com (via BorderManager)=> OK
pietje@sub.domain.com (via BorderManager) => undeliverable
pietje@domain.com (via Provider)=> OK
pietje@sub.domain.com (via Provider) => OK
(beide zouden dan op de ontvangende server goed bestaan)
Komt iemand dit op wat voor manier soms bekend voor
Situatie:
NetWare 5.1 SP3 , BorderManager 3.6EE , GroupWise6
Op de client is outlook geinstalleerd. als de client geconfigureerd word voor mail halen/zenden via de POP/SMTP van de provider, dan kan er zonder probelemen verstuurd worden naar gebruiker@sub.domain.com .
Word vervolgens voor POP en SMTP in outlook het IP adres van de BorderManager ingevuld (welke dan als proxy fungeert voor diezelfde POP en SMTP bij dezelfde provider) en gemaild naar hetzelfde bestaande adres, dan komt 'ie niet aan
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
| ----- Original Message ----- From: <postmaster@domain.nl> To: <gebruiker@domain.nl> Sent: Monday, August 12, 2002 5:24 PM Subject: Undelivered Mail > Undelivered mail : connect failed after repeated attempts for gebruiker@sub.domain.com > > ------ part of mail received ------ > Return-Path: <gebruiker@domain.nl> > Received: from [89.0.4.200] by domain.nl;Mon, 12 Aug 2002 14:23:06 GMT > Message-ID: <009401c2420b$c5a9aca0$c8040059@nl> > From: "gebruiker \(bedrijf\)" <gebruiker@domain.nl> > To: "gebruiker" <gebruiker@sub.domain.com> > Subject: Proef > Date: Mon, 12 Aug 2002 16:23:03 +0200 > MIME-Version: 1.0 > Content-Type: multipart/alternative; > boundary="----=_NextPart_000_0091_01C2421C.88478060" > X-Priority: 3 > X-MSMail-Priority: Normal > X-Mailer: Microsoft Outlook Express 6.00.2600.0000 > Disposition-Notification-To: "gebruiker \(bedrijf\)" <d.hoeneveld@domain.nl> > X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 > > This is a multi-part message in MIME format. > > ------=_NextPart_000_0091_01C2421C.88478060 > Content-Type: text/plain; > charset="iso-8859-1" > Content-Transfer-Encoding: quoted-printable > > Proef > > ------=_NextPart_000_0091_01C2421C.88478060 > 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.2716.2200" name=3DGENERATOR> > <STYLE></STYLE> > </HEAD> > <BODY bgColor=3D#ffffff> > <DIV><FONT face=3DArial size=3D2>Proef</FONT></DIV></BODY></HTML> > > ------=_NextPart_000_0091_01C2421C.88478060-- > > |
Het gaat ook niet om een specifiek domain ofzo. Als ik ff vlug een subdomaintje aanmaak op m'n eigen server, en daar heen laat mailen idem dito.
Feitjes;
pietje@domain.com (via BorderManager)=> OK
pietje@sub.domain.com (via BorderManager) => undeliverable
pietje@domain.com (via Provider)=> OK
pietje@sub.domain.com (via Provider) => OK
(beide zouden dan op de ontvangende server goed bestaan)
Komt iemand dit op wat voor manier soms bekend voor
[ Voor 0% gewijzigd door Koffie op 15-08-2002 09:06 . Reden: tiepo ]
Tijd voor een nieuwe sig..
