Aaron Stone wrote:
Dan Weber <[EMAIL PROTECTED]> said:
[with respect to subaddress handling]
I reviewed this, however, people may use different symbols to show, like
'-' is accepted and '+' as well. The former is more common. This could
create a mess with usernames that have a '-' in them. On the discussion
on how to support this, it should be handled the following way: Link
aliases to appropriate mailboxes.
<snip>
I'm beginning to think that we should just roll 2.0rc8 as it is -- there's
been a lot of work already that needs to be tested closer to production.
I've spent a whole lot of time thinking about how to solve the mailbox
issue, and except for an MTA filter, there's no easy solution. It might
take me a week to finish up the code I started writing a few months ago
that rearranges the pipe/sort interface and allows the sort subsystem to
receive more detail about the delivery. This code and more will be
required for 2.1 when sorting is actually implemented, so it won't hurt to
get a little head start on it to help fix subaddress security.
I'm in favour of a *simple* solution that will work *now*.
if we limit ourselves to only creating INBOX on the fly, we are not
limiting any current capabilities in DBMail. It won't work with Sieve,
but that's not our concern right now.
My suggestion:
Limit automatic mailbox creation to INBOX by slightly adapting the
current code. We can rewrite the stuff later. For now we just need
something that works with our current feature set.
Ilja
--
Ilja Booij
IC&S B.V.
Stadhouderslaan 57
3583 JD Utrecht
www.ic-s.nl
T algemeen: 030 6355730
T direct: 030 6355739
F: 030 6355731
E: [EMAIL PROTECTED]
