>> specified out there that applications could utilize...
>> where n is your split width... tmp/n, new/n, cur/n.
> it is what you want
No, actually right up there is what I was surveying.
But you failed to grok that in your search for more pfft.
I'm sure it's a nice day, go outside :)
> re: the last two posts
I must admit giving yourself the local equivalent
of your own lifetime email account is an interesting
approach if you don't really need access to the raw
message files on disk.
>> specified out there that applications could utilize...
>> where n is your split width... tmp/n, new/n, cur/n.
> pff and you realized that the "not a file per message" is
> exactly the solution for problems with tens thousands of
It is *a* solution, not *the* solution, and obviously not
specified out there that applications could utilize...
where n is your split width... tmp/n, new/n, cur/n.
> alternate you may use mdbox
> http://wiki2.dovecot.org/MailboxFormat/dbox
Both of these hold all messages in a single directory.
So sdbox would be no advantage there.
And mdbox d
>> I've always wondered if there's a maildir split
>> specified out there that applications could utilize...
>> where n is your split width... tmp/n, new/n, cur/n.
>
> what about shifting this problem to the storage layer?
> Apart using SSDs, what about using having a striped array as a RAID 1+0
>
> maildir format scale[s] quite well; pretty much the only
> limitation is storage I/O.
Depending on your FS and horsepower, anything over
1000 x (n * 10) files in a directory can start to sink you
pretty quick. I've always wondered if there's a maildir split
specified out there that applications
Though I've used postfix for a while, I'm pretty new to the
list. There seem to be some good ideas and solutions
going through here. So I'd like to see what all I've missed :)
Unfortunately online http 'archives' aren't at all useful or flexible.
So are there plain text archives available I can dow
hi. i've briefly reviewed some of this posted work and it seems reasonable.
and refreshing to see work come from my simple query. so give the new
option a go as best seen fit! thanks.
> also note that the word used here, delimiter, is singular. There's a
The current form is known, these are just ideas put out there.
> Having migrated from + to - (reversed my polarity, I guess) I felt
I've done - (qmail) to + (postfix) hurriedly in the past to avoid a
meta issue. Other users m
Is there a facility or ways to configure postfix to
recognize and process multiple recipient_delimiter
address extensions?
ie: recipient_delimiter = +, -
There could be some interpretations and implementations
of this with recipient_delimiter_method = ...
a) 'all', treat all the characters as de
10 matches
Mail list logo
