Jake Vickers wrote:
> Eric Shubert wrote:
>>
>>
>> Very informative thread. Thanks to all for their input.
>>
>> I recently discovered that Outlook has a timeout parameter, which can kick
>> in when sending large emails through a busy or low-powered server. When this
>> happens, the message is sent, but Outlook times out during the clamav scan,
>> so it doesn't realize it's been sent, and sends again and again, resulting
>> in the recipient receiving multiple copies until the sender eventually
>> removes it from Outlook's outbox. This doesn't sound like your client's
>> problem, but it'd be worth a check.
>>
>> On a tangent to this, I've read many things about how Outlook doesn't do too
>> well as an IMAP client either. However, a customer had a strong need (desire
>> is more like it) to use IMAP with Outlook. Before switching to IMAP from
>> pop3, I installed dovecot on their toaster. I'm pleased to say that, while
>> there are a few things that Outlook does in peculiar ways with IMAP, I
>> haven't had any problems that haven't been able to be solved with a few
>> changes to Outlook's configuration. Overall, Outlook and dovecot seem to
>> play rather nicely together. Note, that dovecot has a configuration
>> parameter called "imap_client_workarounds", which allows dovecot to
>> circumvent various client bugs in imap implementation, including one in
>> Outlook that never aborts the IDLE command.
>>
>
> Some very good ideas and hints in there. I'm leaning toward a script to
> run nightly to restart his Outlook to be honest.
> How did dovecot go? I've been considering benching it here, but to be
> honest I don't want to have to do a lot of work arounds to get Outlook
> working. I've got 100+ clients on one server all using Outlook and it
> would be a nightmare to try and wrestle that alligator. Some of them
> even change laptops every other month when a new model comes out, so it
> would be a demonstration in pain for this one.
> What were some of the other issues?
Overall, dovecot went very nicely. I had to build the rpm myself to get
v1.0.10 though.
It can be configured for Courier transparency, so it can be drop-in
replacement of courier-imap-toaster and courier-authlib-toaster. I don't
like having all user-defined folders under the INBOX folder (namespace)
though, so I chose to go with the standard configuration, which allows me to
create folders along side of the inbox (and sent, etc.).
Note that I'm only using the IMAP portion. Dovecot also includes pop3 and
deliver (LDA) modules (which would replace qmail-pop3d-toaster and
maildrop-toaster), as well as a "sieve" plugin which implements the standard
(RFC 3028 et al) sieve filtering language.
The issues I had with Outlook were related to changing Outlook's access from
pop3 to IMAP. Outlook does some quirky things with IMAP accounts:
.) deleted items are simply marked as deleted instead of moved to a trash
folder. This confused users. Turning on a filter to not show these items
helped with this.
.) Outlook doesn't download a message until it's opened, which means that
filters and junk processing isn't done until then either. This causes the
appearance of junk mail to 'disappear' (or become deleted when it's moved)
when it's opened. Once the users understood what was happening they became a
little more comfortable with it, but it's still a bit disturbing.
.) Outlook doesn't have an easy way to specify which sent folder to save to.
If you want to save to the IMAP sent folder, you need to disable the save to
sent feature, and write your own rule to save to the imap sent folder.
.) Users need manually purge deleted items periodically. Just a different
way of emptying the trash, but it is different.
If your Outlook users are already using IMAP, I imagine that they've already
adjusted to these things. I would expect that a courier-imap to dovecot-imap
change would be totally transparent, but I don't know that for sure. I'd
certainly want to test it out before committing a server with 100+ clients. ;)
--
-Eric 'shubes'
---------------------------------------------------------------------
QmailToaster hosted by: VR Hosted <http://www.vr.org>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
