On 16 Jul 2002, Aaron Johnson wrote:

>
> On Tue, 2002-07-16 at 14:43, Aaron Johnson wrote:
> >
> > On Tue, 2002-07-16 at 12:15, Davide Libenzi wrote:
> > >
> > > On 16 Jul 2002, Aaron Johnson wrote:
> > >
> > > >
> > > > On Tue, 2002-07-16 at 12:02, Davide Libenzi wrote:
> > > > [snip]
> > > > >
> > > > > are you sure the XMail machine upon which the redirect is setup is able to
> > > > > talk to the redirect target ?
> > > > >
> > > > >
> > > >
> > > > That seems to be where my admin skills are lacking.  I have used
> > > > nslookup in the past, but I have never worked in a masqueraded
> > > > environment so I am not sure what it should return or what tools would
> > > > be better suited for diagnosing the cause of the problem.
> > > >
> > > > I realize now this problem is not directly XMail related, but more a
> > > > network setup issue, any information ( even a URL ) as to where to learn
> > > > more would be helpful.
> > >
> > > try to simulate an smtp session from the XMail machine to the redirect
> > > target machine
> > >
> > >
> >
> > I used some scripts to assign the SMTP server for sending the emails and
> > all of them worked correctly and worked through the SMTP server.
> >
> > Here is the output from the Debug:
> >
> > MIME::Lite::SMTP=GLOB(0x83158e4)<<< 220
> > <[EMAIL PROTECTED]> [XMail 1.9 (Linux/Ix86)
> > ESMTP Server] service ready; Tue, 16 Jul 2002 14:14:17 -0400
> > MIME::Lite::SMTP=GLOB(0x83158e4)>>> EHLO localhost.localdomain
> > MIME::Lite::SMTP=GLOB(0x83158e4)<<< 250-xmailserver.test
> > MIME::Lite::SMTP=GLOB(0x83158e4)<<< 250-VRFY
> > MIME::Lite::SMTP=GLOB(0x83158e4)<<< 250-ETRN
> > MIME::Lite::SMTP=GLOB(0x83158e4)<<< 250-8BITMIME
> > MIME::Lite::SMTP=GLOB(0x83158e4)<<< 250-PIPELINING
> > MIME::Lite::SMTP=GLOB(0x83158e4)<<< 250-AUTH LOGIN PLAIN CRAM-MD5
> > MIME::Lite::SMTP=GLOB(0x83158e4)<<< 250 SIZE
> >
> > The server it was directed to go through was not the pointofcaretest so
> > I assuming that XMail resolved to the correct server.
> >
> > Aaron
> >
>
> I added another user and had it redirect to my account (outside of the
> server involved) and everything worked fine.  Could it be an MX record
> conflict causing the problem with the other address? I say this because
> the other redirected mail is attempting to go to a domain that is
> controlled with in the same local (192.168) IP loop.

the fact that the domain is handled by the server itself does not imply
automatically a mail loop.



- Davide


-
To unsubscribe from this list: send the line "unsubscribe xmail" in
the body of a message to [EMAIL PROTECTED]
For general help: send the line "help" in the body of a message to
[EMAIL PROTECTED]

Reply via email to