M
marco misitano
I've always used outlook calendar, even when the rest of my colleagues were
using a totally different solution. now, most of them migrated to
outlook/exchange calendaring in addition to outlook/exchange messaging, then
I am receiving more and more meeting requests/calendar items.
I am gathering email using POP3 against the exchange server with outlook
2002. i like better retrieving with POP3 because it's faster and keeps my
inbox empty as i have mail quota.
Now, when I retrieve an calendar invitation with POP3, I end up getting it
'translated' to 'plain' email, with no ACCEPT/DECLINE, no fancy non-RFC822
stuff, *which i'd like* on meeting requests ONLY. If i accept, it means I
need to move it manually to the calendar (okay, not a big deal), and when it
comes to ACCEPT/DECLINE and schedule availability, people doesn't like my
'ok' or 'no way' replies by email (after all, i am getting an email and i
reply with an email) to meeting requests, because they do not have tracking
on that. they're right, thought, and i'd be glad to use the fancy
calendaring features.
now my idea would be:
to use one POP3/SMTP account to retrieve/send mail
to use another different EXCHANGE to retrieve meeting requests and no mail.
PROBLEM:
i'd like to keep mail items separated from calendar requests, for several
reasons:
- if i accidentally retrieve the meeting request with POP3 i loose the
'fancy calendaring stuff'
- i don't wanna bother browsing several items to find the calendar requests
(i don't have and i don't want the 'icon' column) and it's reasonable that
I'll gather a batch of both emails and meeting requests when syncing the
EXCHANGE account, as I am getting around 200 emails/day and 4~5 meeting
requests/day.
bottom line i want only mail items to flow thru the POP3 gathering and only
calendar items to flow thru the EXCHANGE gathering.
We're getting to the tricky part:
for separating the different kind of items I'd create a filter that moves
meeting requests to a folder other than inbox. In this way email goes to
inbox (then retrieved with POP3, then filtered by client side filters) and
meeting requests goes to say 'meeting reqs' folder, that's processed and
synced via the exchange server.
Obviously I have a ton of client side rules for POP3 retrieval, much more
than I can keep server side (~100 rules, another reason why I do use POP3),
and here it comes to the problem; apparently (I'll be glad to be wrong) my
POP3 client side filters can't cohexist with the single server side filter
that shims meeting requests from mail items, and actually, I already had the
joy of loosing my client side filters when discovering this peculiarity.
I'd appreciate thoughts on this, as I am far from convinced that this is the
only way to sort my situation.
Am i missing something trivially basic ? I just want to process email with
POP3/SMTP and Calendaring with exchange.
Anyone ?
~mm
using a totally different solution. now, most of them migrated to
outlook/exchange calendaring in addition to outlook/exchange messaging, then
I am receiving more and more meeting requests/calendar items.
I am gathering email using POP3 against the exchange server with outlook
2002. i like better retrieving with POP3 because it's faster and keeps my
inbox empty as i have mail quota.
Now, when I retrieve an calendar invitation with POP3, I end up getting it
'translated' to 'plain' email, with no ACCEPT/DECLINE, no fancy non-RFC822
stuff, *which i'd like* on meeting requests ONLY. If i accept, it means I
need to move it manually to the calendar (okay, not a big deal), and when it
comes to ACCEPT/DECLINE and schedule availability, people doesn't like my
'ok' or 'no way' replies by email (after all, i am getting an email and i
reply with an email) to meeting requests, because they do not have tracking
on that. they're right, thought, and i'd be glad to use the fancy
calendaring features.
now my idea would be:
to use one POP3/SMTP account to retrieve/send mail
to use another different EXCHANGE to retrieve meeting requests and no mail.
PROBLEM:
i'd like to keep mail items separated from calendar requests, for several
reasons:
- if i accidentally retrieve the meeting request with POP3 i loose the
'fancy calendaring stuff'
- i don't wanna bother browsing several items to find the calendar requests
(i don't have and i don't want the 'icon' column) and it's reasonable that
I'll gather a batch of both emails and meeting requests when syncing the
EXCHANGE account, as I am getting around 200 emails/day and 4~5 meeting
requests/day.
bottom line i want only mail items to flow thru the POP3 gathering and only
calendar items to flow thru the EXCHANGE gathering.
We're getting to the tricky part:
for separating the different kind of items I'd create a filter that moves
meeting requests to a folder other than inbox. In this way email goes to
inbox (then retrieved with POP3, then filtered by client side filters) and
meeting requests goes to say 'meeting reqs' folder, that's processed and
synced via the exchange server.
Obviously I have a ton of client side rules for POP3 retrieval, much more
than I can keep server side (~100 rules, another reason why I do use POP3),
and here it comes to the problem; apparently (I'll be glad to be wrong) my
POP3 client side filters can't cohexist with the single server side filter
that shims meeting requests from mail items, and actually, I already had the
joy of loosing my client side filters when discovering this peculiarity.
I'd appreciate thoughts on this, as I am far from convinced that this is the
only way to sort my situation.
Am i missing something trivially basic ? I just want to process email with
POP3/SMTP and Calendaring with exchange.
Anyone ?
~mm