As with many small companies, at times our mail server goes down
(repairs, etc) and we end up getting deferred mail destined for us.
That would be fine, but a lot of people (and automated processes)
don't like getting the Delayed Delivery messages.
To counter that, we are interested in a backup ma
The only thing that I can think of is how does the backup mail server
determine legitimite email addresses? Or does it accept the email for
anything in the domain, then attempts to deliver that to the main server?
Wouldn't this make it susceptible to email bounce attacks if someone manages
to deli
Nicholas-
Good points. However, we are looking for a service that simply accepts
any mail that we aren't around to grab, and which then forwards to us
when we are alive again (i.e., a store-and-forward service). As far as
running two mail servers on our own (on a single VMWare server for
example),
Dustin,
I actually wouldn't suggest running both servers in VMWare on the same
machine on the same connection. In fact, I would only run the backup and
testing systems in VMWare Server (I.E., backup mail servers or secondary
and tertiary DNS). And, for some reason, I thought you were running you
I'll answer a few of the points made in the various threads.
>
> One possible suggestion I can give you is setting up your own "store and
> forward" backup server. Especially if you have two IPs available to use.
This touches on my problem. I didn't fare that bad during the hurricane, but
I'm r
Joey Kelly wrote:
> I'll answer a few of the points made in the various threads.
>
>> One possible suggestion I can give you is setting up your own "store and
>> forward" backup server. Especially if you have two IPs available to use.
>
> This touches on my problem. I didn't fare that bad during
Joey Kelly wrote:
> I'll answer a few of the points made in the various threads.
>
>> One possible suggestion I can give you is setting up your own "store and
>> forward" backup server. Especially if you have two IPs available to use.
>
> This touches on my problem. I didn't fare that bad during
One of the issues with that, is that they are probably still on the same
pipe. Louisiana doesn't have that much bandwidth flowing through it.
--mat
Kevin Kreamer wrote:
> Joey Kelly wrote:
>
>> I'll answer a few of the points made in the various threads.
>>
>>
>>> One possible suggestio
On Tue, September 26, 2006 9:04 pm, Joey Kelly wrote:
> I understand the comment about each mail forwarder needing to match in
> terms
> of RBLs and other anti-spam and -malware measures. As an example, I run
> greylisting, which has proven very effective against unwanted mail. If I
> set
> up a s
I only use zoneedit.com for their dyniamic DNS service, but I really like them.
On 9/26/06, Dustin Puryear wrote:
> As with many small companies, at times our mail server goes down
> (repairs, etc) and we end up getting deferred mail destined for us.
> That would be fine, but a lot of people (and
I'd be interested in trading Backup MX services. We're in the same boat
when it comes to deferred mail, so it makes sense to keep the costs at
pretty much 0 by providing the same service to each other for those
'unplanned' outages.
I'm thinking we could set up virtual machines with public IP add
I have been using a 3rd party email service called Spam Soap. Its not
really a backup email service more of a spam filtering service, but they
do have a lot of e-mail servers. The system works by routing your email
through spam soap's servers then it routes all legitimate emails back
through yo
What about Google Apps for your domain? Set your MX to google, then
forward it all back to your real mail server. You'd get google spam
filtering to boot.
And the cost is just right! Of course you and all your employees will
have to get their google implant chip installed first, but i think
This is actually an old thread. I had a little issue with my email
client and it resent some messages. Oops!
---
Puryear Information Technology, LLC
Baton Rouge, LA * 225-706-8414
http://www.puryear-it.com
Author:
"Best Practices for Managing Linux and UNIX Servers"
"Spam Fighting and Email S
14 matches
Mail list logo