[ale] One email address, multiple users
Björn Gustafsson
bg-ale at bjorng.net
Wed Nov 18 16:09:31 EST 2009
If you wanted to follow that approach, you could even go so far as to
write a procmail rule that does a round-robin delivery of messages
into three different folders, one per person/workstation. Then they'd
each log in with the same mail account, but just look at a different
"personal" folder.
On Wed, Nov 18, 2009 at 3:54 PM, PairOfTwins <PairOfTwins at mindspring.com> wrote:
> Mike:
>
> If they don't have much in the budget, this dragging emails to folders
> idea sounds like a quick but effective solution.
>
> I'm unclear on where the outgoing emails would end up. Could each
> "Inbox" have a corresponding "Sent" folder?
>
> Thanks,
> Tom
> ===========================
> Michael H. Warfield wrote:
>> On Tue, 2009-11-17 at 21:28 -0500, PairOfTwins wrote:
>>
>>> Gang:
>>
>>> A local business takes orders online (about 150 per day, each order a
>>> separate email) and processes them from 1 workstation. They'd like to
>>> have 3 workstations processing that same batch of incoming emails. The
>>> goal is for each user to see which emails had been responded to, and
>>> process only the ones that hadn't.
>>
>>> My basic approach would be an IMAP setup. Any better idea? More
>>> sophisticated solution?
>>
>> Honestly... IMAP is a great idea, but... You should make queue's (IMAP
>> folders) for each person. Each person grabs a message and pulls it into
>> their queue and then they are responsible for it. Otherwise, it will
>> just become too intractable trying to depend on read and responded to
>> flags. If they fail to handle it, that's a problem but, at least, you
>> know who claimed it. The alternative is a dispatcher who routes
>> messages to the queues and assigns them out. Just doing it in a single
>> IMAP mailbox as a free for all is going to be a mess.
>>
>> Not saying IMAP is the best idea here (but for small operations it very
>> well might be) but if you want to use IMAP, this is how I would do it.
>>
>>
>>> Tom
>>
>> Mike
More information about the Ale
mailing list