hah! no!
----- Original Message -----
From: Tushar Patel
To: af@afmug.com
Sent: Wednesday, June 01, 2016 9:23 PM
Subject: Re: [AFMUG] Urgently need Exchange DB Guru
Do you want to follow her foot steps?😊
Tushar
On Jun 1, 2016, at 9:15 PM, CBB - Jay Fuller <par...@cyberbroadband.net>
wrote:
What did Hilary run on her server?
----- Original Message -----
From: Rory Conaway
To: af@afmug.com
Sent: Wednesday, June 01, 2016 1:47 PM
Subject: Re: [AFMUG] Urgently need Exchange DB Guru
1) We don't provide email services to clients, for internal use only. We
tell them to use gmail, Hotmail, etc..
2) For security reasons, we can't use outside email services.
3) If Exchange is good enough for pretty much most states, including
California, I'm good with that.
4) If we do have a problem, we don't need a Linux expert in house which
we don't have, it's a simple phone call to Microsoft support. We have used
them once in 5 years and that was during the last migration. We found a bug in
the installation process and they refunded our money.
5) Small Business Server was great for us but since it's discontinued, we
moved on to full Exchange.
Rory
-----Original Message-----
From: Af [mailto:af-boun...@afmug.com] On Behalf Of Josh Reynolds
Sent: Wednesday, June 1, 2016 11:32 AM
To: af@afmug.com
Subject: Re: [AFMUG] Urgently need Exchange DB Guru
[1] As a small to medium ISP, you lack the experience of a large email
provider [2] As a small to medium ISP, you lack the hardware redundancy of a
large email provider [3] As a small to medium ISP, you lack the software
redundancy of a large email provider [4] As a small to medium ISP, you likely
have other, more important duties besides worrying about managing your own
email server [5] As a small to medium ISP, you lack the dedicated team a large
email provider has to help get off / stay off blacklists [6] As a small to
medium ISP, internal per user mail cost via cloud provider is a very efficient
use of opex given the above [7] As a small to medium ISP, you can only "do
better" than the above in cost alone.
[8] As a small to medium ISP, If cost is the only importance when it
comes to mail, use Zimbra, Sendmail, etc.
[9] As a small to medium ISP, if you INSIST on offering hosted mail to
customers, consider Sendmail. Sendmail has been used by a metric asston of ISPs
- potentially serving several billion customers over the years. It is very well
tested and supported.
[10] As a small to medium ISP, if you INSIST on offering hosted mail to
customers and don't like Sendmail, consider Zimbra. Zimbra will offer you
support and features very similar to Exchange with a much lower cost. Your end
user devices won't know there is a difference.
Somebody is going to come up with certain experiences they've had running
Exchange, or Qmail, or $whatever. That's fine, you experience and opinions are
no less relevant.
Now I'm going to bow out, and maybe watch the carnage unfold after I
finish making this new ansible/Juniper playbook :)
On Wed, Jun 1, 2016 at 1:13 PM, Dennis Burgess <dmburg...@linktechs.net>
wrote:
> 1.. exchange is easy.
> 2. why works great!
>
>
>
>
> www.linktechs.net – 314-735-0270 x103 – dmburg...@linktechs.net
>
> -----Original Message-----
> From: Af [mailto:af-boun...@afmug.com] On Behalf Of Josh Reynolds
> Sent: Wednesday, June 1, 2016 12:52 PM
> To: af@afmug.com
> Subject: Re: [AFMUG] Urgently need Exchange DB Guru
>
> [1] Good luck with getting it fixed
>
> [2] Get the fuck off exchange
>
> On Wed, Jun 1, 2016 at 12:38 PM, Gino Villarini <ginovi...@gmail.com>
wrote:
>> thanks!
>>
>> On Wed, Jun 1, 2016 at 1:35 PM, That One Guy /sarcasm
>> <thatoneguyst...@gmail.com> wrote:
>>>
>>> Keith Willis with Progent
>>>
>>> On Wed, Jun 1, 2016 at 12:32 PM, Gino Villarini
>>> <ginovi...@gmail.com>
>>> wrote:
>>>>
>>>> We have a issue with our Exchange server. The database does not
mount.
>>>> Any recommendations for a Exchange Professional?
>>>
>>>
>>>
>>>
>>> --
>>> If you only see yourself as part of the team but you don't see your
>>> team as part of yourself you have already failed as part of the team.
>>
>>
