OK, the question then is why can't the users send their mail to ftgate,
which would then forward to imail if not local, or deliver to local users as
needed. Isn't ftgate a mail server, too? Seems like it has to be, to dial up
and despool the email for a domain like that. So why won't it queue up
outgoing mail? The user communication problem from one ftgate domain, across
imail to another ftgate domain sounds like a ftgate problem. I, too, have no
experience with ftgate, but perhaps a more intelligent product is needed?
--Cal Frye, Western Reserve Academy, Hudson, Ohio
"Good, fast, & cheap: Which two would you like?"
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Edgardo
Jawerbaum
Sent: Monday, February 07, 2000 4:27 PM
To: [EMAIL PROTECTED]
Subject: Re: [IMail Forum] Npore about the "nobody" thing...
you set one user to catch the imail for all users@domain with the nobody
alias
Then programs as ftgate, vpop3, etc reads that only pop mailbox, & from
the headers of the mail knows that it was directed to user1@domain ....
userxxx@domain and delivers it to that user that is defined in that
(ftgate, mdaemon, vpop3) program, so with just one user, they receive
mail for their entire domain, and every user reads their mail from their
LAN
BR
Edgardo
Jordan Dorf wrote:
>
> Now, I've never worked with this FtGate product. However, if an IMail
> system has "no real users," as described in the messages below, then you
> have "no real mailboxes," and it seems obvious that users won't be able to
> mail each other. After all, according to this setup, the users don't
really
> exist... and how can they communicate if they don't exist?
>
> Can someone explain the logic of setting up a domain without at least one
Please visit http://www.ipswitch.com/support/mailing-lists.html
to be removed from this list.
Please visit http://www.ipswitch.com/support/mailing-lists.html
to be removed from this list.
