This would be an ideal solution!! My #1 reason for not moving to IMGate is the SMTP Auth issue. This would solve that issue. When will this be available??
My #2 issue with IMGate is my lack of experience with *nix/L*nix. How difficult is the OS/IMGate installation? What about maintenance? Will I spend a second lifetime chasing patches for *nix after the first is expended chasing MS patches?? Todd -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Len Conrad Sent: Saturday, December 15, 2001 7:22 PM To: [EMAIL PROTECTED] Subject: Re: [IMail Forum] SMTP Auth > When you uncheck that box, Netscape Messenger gets confused. If you've >got thousands of scattered Netscape clients, unchecking the box would cause >mass chaos unless you walk each individual through how to reconfigure.. > > Another solution would be to set up a second Peer-like SMTP only IMail >server. It would not be a true peer, but link to the external DB for >authentication and relay for none. Travelling users or users on other >networks could configure to use that as the outgoing mail server. However, >if I read the licensing correctly, we would need to buy an unlimited user >license for it also ; a several $1000 dollar solution - too expensive. > > The ideal solution would be for Imail to modify "Disable SMTP Auth >reporting" to disable reporting only for the IP addresses being relayed for. > > An alternative is to go the IMGate route and modify it to authenticate >against the external DB, but I'd need to develop something here. Mike Lewinski is working on having Imail pop3 log to IMgate as log server. His unix script will surf the pop3 log for the ip's of the successful pop3 logins to IMGate's "relay for addresses" table for x minutes. POP before SMTP. SMTP AUTH won't be needed. Just a successful POP login in the last 30 or whatever minutes from a given ip. Not RFC, but this completely avoids having IMGate access or hold, securely, a database of user accounts and passwords. He also will have Imail user base (no passwords) exported to IMGate so IMGate can reject all mail to unknown users, which will kill address harvesting at IMGate without involving IMail. Len Please visit http://www.ipswitch.com/support/mailing-lists.html to be removed from this list. An Archive of this list is available at: http://www.mail-archive.com/imail_forum%40list.ipswitch.com/ Please visit http://www.ipswitch.com/support/mailing-lists.html to be removed from this list. An Archive of this list is available at: http://www.mail-archive.com/imail_forum%40list.ipswitch.com/
