It definitely does work. It definitely says it WON'T work in the manual. That's all I was saying. I'm just glad it came up on the reflector, so now I can use the feature.
 
Dan
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]On Behalf Of Eric Shanbrom [Ipswitch]
Sent: Friday, October 15, 2004 9:40 AM
To: [EMAIL PROTECTED]
Subject: Re: [IMail Forum] Bizarre problem with WebMail + DNS + W2k

Let's correct one thing here.....if you are using 8.1 or later, the URL is appended to the login name at login in time... so if you pointed your browser to abc.example.com:<whatever> when you login you can just use the userid as long as the Domain portion of the URL is either the Official Host Name or one of the Host Aliases for the domain.
 
example:
URL="">
OHN=mail.example.com
 To log in just enterening userid www.example.com needs to be a host alias of mail.example.com
 
Hope this clears things up some on this point
 
Eric S
----- Original Message -----
From: Dan Barker
Sent: Thursday, October 14, 2004 6:53 PM
Subject: RE: [IMail Forum] Bizarre problem with WebMail + DNS + W2k

That's fine for mail.domainname.ext, but what about mail.otherdomain.ext and mail.thirddomain.ext? He says he can skip the @domain in the logon. The IMail 8.13 book says that doesn't work for $Virtual IPs, just real ones. So, if he's got 200 IP's, he can do it, but with A records, not CNAME records. IIS could redirect each host header to a separate port, but IMail doesn't define port with that granularity. I think Sergio is simply mistaken (or has the IPs to spare and just needs A records).
 
As to 8383 being closed, all the more reason to use port 80.

Dan
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]On Behalf Of CyberSharks.Net Support Team
Sent: Thursday, October 14, 2004 6:44 PM
To: [EMAIL PROTECTED]
Subject: RE: [IMail Forum] Bizarre problem with WebMail + DNS + W2k

One way around this would be to use IIS or any other web server to redirect mail.domainname.ext to http://200.124.168.11:8383

Just create a virtual site with the host header as mail.domainname.ext and have that redirect within the webserver to the ip address and port. This seems to work well as it keeps users from having to remember the port number. The only problem with it is that in an Internet caf� or somewhere that may be blocking port 8383, web users will have a problem accessing webmail.

 


From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dan Barker
Sent: Thursday, October 14, 2004 6:27 PM
To: [EMAIL PROTECTED]
Subject: RE: [IMail Forum] Bizarre problem with WebMail + DNS + W2k

 

Several things come to mind.

a) No Firewall? Sounds risky.

b) You don't show any examples of the other DNS entries. You stopped just when it was about to get interesting.

c) If there's not a webserver on this do-everything box, you can put IMail on port 80 and simplify everybodies life.

d) Your zone serial number should be in the form yyyymmddxx, looks like the 4 got dropped.

e) CNAMES cost extra references. Unless there is a good administrative reason for using them (like you don't control both the name and alias), you should just use A records.

f) No SPF text seen. (A simple TXT record of "v=spf1 +mx -all" will do.

g) Use http://www.dnsreport.com/tools/dnsreport.ch?domain=geo.net.co. Ignore the first error. It's not applicable in Columbia.

h) How do you get IMail to notice the Host headers? I'd like to do that. I make my users type the whole thing! I thought you had to use separat IPs but that would be A records, no CNAMEs.

 

Dan

-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]On Behalf Of Sergio Rinc�n Jaramillo
Sent: Thursday, October 14, 2004 6:13 PM
To: [EMAIL PROTECTED]
Subject: [IMail Forum] Bizarre problem with WebMail + DNS + W2k

Hi there:

 

Well, after a full week reinstalling and reinstalling and looking up for some help, we found the following strange thing with our system.

 

We do a clean installation of webmail on our server (IBM Xserier 235, 2 Xeon x 3.2 Ghz, 2GB RAM), with Windows 2000 Server, MS DNS Server, Fprot, Declude AV, Declude Hijack.

 

The server is the Primary DNS Server of our Network.

 

The Imail server, responds to hostname (geo.net.co)

 

(geo.net.co) is configured as a Primary zone in our DNS. (Remember that the DNS server runs on the SAME Imail Server).

 

geo.net.co has the following created records (I  think this is not ok, so if you see some missleading, thanks!, )

 

;
;  Database file geo.net.co.dns for geo.net.co zone.
;      Zone version:  2001042332
;

@                       IN  SOA ns1.geo.net.co.  hostmaster.geo.net.co. (
                         2001042332   ; serial number
                         3600         ; refresh
                         3600         ; retry
                         86400        ; expire
                         86400      ) ; minimum TTL

 

Zone NS records
@                       NS dns1.geo.net.co.
@                       NS ns1.geo.net.co.
@                       NS ns2.geo.net.co.
@                       NS imail.noc-geonet.com.
@                       NS dns2.geo.net.co.

 

;  Zone records
@                       A 200.124.168.11
@                       MX 10 ns1.geo.net.co.
dns1                    A 200.124.168.11
dns2                    A 200.124.168.11
ns1                     A 200.124.168.11
ns2                     A 200.124.168.12
smtp                    CNAME dns1.geonetsa.com.
pop3                    CNAME dns1.geonetsa.com.

 

 

So, at this server, i have like 200 Virtual domains, i make an CNAME record at each one, pointing at geo.net.co so when they log in to the webmail, they dont have to use @domain.com appended to the username.

 

 

The strange thing is:

 

When i use http://200.124.168.11:8383 for logging in to my Webmail, using the perfmon i see that iwebmsg only uses like 10% of the cpu for the complete logon process, but if i use for example http://mail.domain.com:8383, the cpu goes nuts, like 90-100% of ussage for like 3 seconds that is the time of the complete logon process.

 

So, the only way that the cpu, doesnt hang is if I use:

http://200.124.168.11:8383  or

 

 

 

Any ideas???

 

 

 

 

Sergio Rinc�n Jaramillo   
Ingeniero Telem�tica
GeoNet S.A. 
 
TEL (574) 5104701 Fax (574) 2350160
L�nea �nica de Atenci�n al Cliente 3500111
Calle 34B N� 66� 42, Medell�n, Colombia
 
Ya visit� nuestro sitio www.geo.net.co
 
Las opiniones que se expresan en este e-mail son personales y no necesariamente coinciden con las de GeoNet S.A. Este e-mail y todos los archivos transmitidos en �l, incluidas las respuestas y los reenv�os (que pueden incluir modificaciones) son confidenciales y de uso exclusivo del destinatario original, no se debe revelar ni utilizar por una persona distinta al destinatario ni copiar por medio alguno.

Reply via email to