Mostly just throwing ideas around(too much free time on my hands). I will
probably use the separate AV server concept. Reason: If the AV server
fails, then the next thing in the MX record is direct to the mail server.
Ultimate redundancy = happy users. Very cool way to go, indeed.
Since it's Saturday and the wine's a' flowin'.....2 points for recreational
readers.
1 When email problems occur, for most companies, it is very critical to get
back up and running. Imail's logs are very detailed, yet in a time crunch,
absurdly frustrating. Those of us who have bunches of users and huge
traffic know that it is no trivial task to find the offending problems
quickly. My point: Someone with some programming experience should come up
with some nice code to extract relevant items from the Imail logs...not just
totals for the day as in the existing code on the Imail support site, but an
organized, detailed, yet immediately available listing of stats --
something to extract relevant data based on known types of issues.
.....perhaps output to Excel format. Would be very nice to have this as a
tool during problems. Last time I had a major problem, it took me like 2
hours of log tracing to pin-point errors: not due to my ineptitude, but due
instead to the huge volume of data to traverse in the log. I bet a sweet
little VB script could do the trick. I'd write it myself but unfortunately
I'm not smart enough(stunning self realization).
2 Why the f**k is virus scanning software for mail gateways so expensive?
The fact that it costs more money to scan smtp traffic than it does to
deliver it is absurd. No need to respond to this point, just HAD to get
that off my chest.
Dave
----- Original Message -----
From: "Len Conrad" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, July 08, 2000 3:50 AM
Subject: Re: [IMail Forum] AV
>
> >I use SMTP auth. Can I use NAVIEG on my Imail server as port 25,,
forward
> >to imail smtp(1875) port, and still retain ability to use Imail's anti
spam
> >features, such as smtp auth?
>
> I don't think so. NAVIEG will accept everything on port 25, scan it, and
> forward to Imail's port. Since NAVIEG is your MX receiving all incoming
> traffic, your local users SMTP AUTH commands hit NAVIEG:25 and not
> Imail:1875. And NAVIEG doesn't know how to do SMTP AUTH (nor "relay for
> addresses" so it's an open relay, too, the dumb@ss, but I think they were
> going to fix that) since NAVIEG would need to access Imail's account
> database to obtain the Imail user's ID and password for the SMTP AUTH
> process. If Imail and NAVIEG were both using the same external database,
> then NAVIEG could do SMTP AUTH. Does NAVIEG support external user
> databases like NT database or ODBC or even SMTP AUTH with the various
> encryption schemes?
>
> Wouldn't it be great if Imail supported external LDAP or radius
> servers? (ipswitch has no plans)
>
> If mail client programs allowed sending outbound SMTP traffic to
> ip.ad.re.ss:port, then you could tell your users to send their outbound to
> Imail:1875 so at least they could send out and you could do SMTP AUTH for
> anti-spam.
>
> I just checked here for Eudora :
http://www.eudora.com/techsupport/ini.html
>
> ... and you can set the "default SMTP service port" to whatever in
> Eudora.ini (ha, won't your tech support telephone monkeys have fun with
> that one!! "use notepad for your .ini file" "sorry, I all I have handy
is
> post-it notes. can I use that for any file?"). So your Eudora users could
> use SMTP AUTH to Imail:1875 but their mail would not get AV scanned,
> assuming Imail would then deliver the outbound mail to Internet and not
> NAVIEG port.
>
> Except maybe if you have Imail SMTP "send all mail through a gateway"
where
> the gateway was the ip of the NAVIEG machine. So NAVIEG would receive SMTP
> AUTH'ed outbound mail from Imail, scan it, and deliver it to ultimate
> destination.
>
> hey, all of this is "hypothetical big picture" that you need to verify
with
> NAVIEG and Ipswitch. But let us know what you find out.
>
> I really think all of the above is less simple, less failure-prone, and
> slower than having NAVIEG on its own dedicated machine. NAVIEG and Imail
> both live a :25 like normal people and the NAVIEG scanning (read file from
> disk, decode (back to a disk file?), scan, encode (from a disk file?),
> write file to disk) suck up all the CPU and disk capacity leaving Imail
> with much less to run with.
>
> Len
>
> Len
> http://BIND8NT.MEIway.com: ISC BIND 8 installable binary for NT4
> http://IMGate.MEIway.com: Build free, hi-perf, anti-spam mail gateways
>
> 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.
