Dear Mr Goswami, :-))

what i understand from your mail is i need not have registered users on
mail server

no Imail users, no Imail mail domains are to defined for the remote Linux smtp domains.  Imai relaying is defined exclusively in c:\....\hosts and DNS.

then how am i going to send and receive mails from outiside the domains
because the domain will not be resolved and the users don't exists

You have to "resolve" the outside domains for which Imail will relay for in your Imail machine's hosts file and in DNS MX records for the outside hosts.

Your mistake is to think Imail resolves each remote smtp user mailbox. Imail, as relayer-only, only concerns itself with the smtp host name of an smtp packet, I think.


if i have a domain and crete a virtual mail server for the domain

you don't create in Imail the linux smtp servers nor their users. it's all done in NT "hosts" file and DNS.

then in this case i have to have all the users on the registered on the
domain and i can connect in etrn mode and get the mails
then how do i update the ip of the linux boxes becuase they are on dial
up and they will have dynamic ip every time they connect and its going
to change and i have to update in the DNS server

in Imail hostmachine, in c:\...\hosts, you put:

a.b.c.d         remotedomain1.com     
a.b.c.d         remotedomain2.com
a.b.c.d         remotedomain3.com

imail looks in hosts first, before DNS, to discover ip of remote hosts.  You should also turn off relaying in ControlPanel:Imail:SmtpSecurity, by saying

"relay mail for: a.b.c.d."

Then in your DNS you say:

remotedomain1.com     IN   MX     1 mail.yourImailhost.com
remotedomain2.com     IN   MX     1 mail.yourImailhost.com
remotedomain3.com     IN   MX     1 mail.yourImailhost.com

remotedomain1.com     IN   MX     5 mail.backukpmailhost.com
remotedomain2.com     IN   MX     5 mail.backukpmailhost.com
remotedomain3.com     IN   MX     5 mail.backukpmailhost.com

The above tells the sending smtp servers where to send mail for the remotedomainX.com.  Imail will spool it to disk and then try to deliver it to address a.b.c.d every X minutes for Y retries (or if Imail is down, mail goes to backuphost.com). 

Apparently you can't tell Imail to shut up and wait for ETRN.  make sure you have plenty of disk space in c:\imail\spool in case your remotes get broken and don't pick up their mail, or lots of fat file attachments, etc.

For you pb of dynamic ip address, I'd think about this solution, subject to contrary suggestions here in the list:

Imail machine
*
*
*
NAT + DHCP @ a.b.c.d
Access Server/router
*
*
*
*
remote sites with smtp servers

Imail will only see address a.b.c.d and see the ETRN commands coming from the remote smtp servers from a.b.c.d. when the call up to pick up their mail. 

Take all of above only tentatively, I'm sure someone else has better idea.

Mr. Len  :-)))

Reply via email to