On Mon, Jan 31, 2022 at 12:04:57PM +0100, Wojciech Puchar wrote:
>>> mbox is multiple emails in single file, maildir is single email in
>>> single file
>>
>> Exactly my point!
>
> which is good (mbox) in mail archiving. And not much else.
Exactly.
--
A: When it messes up the order in which
files".
mbox is multiple emails in single file, maildir is single email in
single file
Exactly my point!
which is good (mbox) in mail archiving. And not much else.
On Mon, Jan 31, 2022 at 11:26:26AM +0100, Benny Pedersen wrote:
> On 2022-01-31 07:23, Sam Kuper wrote:
>>DJB developed Maildir to gain performance and reliability improvements
>>over mbox files. Unlike Maildirs, mbox files *are* "large flat
>>files".
>
> mbox is multiple emails in single file,
> > Commercial Dovecot has had the ability to store mails & indexes in
> > Object Storage for years now, we are not "working on it" anymore.
>
> so no one is using dovecot-pro ? (dead sources)
:D
On 2022-01-31 11:29, Marc wrote:
This 'performance statement' is not even correct under some
conditions. I have tested mbox against mdbox, and mbox performed
better in those tests.
so you are now ready to make a postfix patch ?
its called progress on make ...
> On 31/01/2022 12:29 Benny Pedersen wrote:
>
>
> On 2022-01-31 10:45, Aki Tuomi wrote:
>
> > Commercial Dovecot has had the ability to store mails & indexes in
> > Object Storage for years now, we are not "working on it" anymore.
>
> so no one is using dovecot-pro ? (dead sources)
Ha ha.
On 2022-01-31 10:45, Aki Tuomi wrote:
Commercial Dovecot has had the ability to store mails & indexes in
Object Storage for years now, we are not "working on it" anymore.
so no one is using dovecot-pro ? (dead sources)
> > Removing or deleting a single message from near the beginning of a
> > large flat file takes an inordinate amount of time because the
> > remainder of the flat file has to be rewritten all the way from the
> > point of the deleted message to the end of the file and then
> > truncated.
>
>
On 2022-01-31 07:23, Sam Kuper wrote:
DJB developed Maildir to gain performance and reliability improvements
over mbox files. Unlike Maildirs, mbox files *are* "large flat files".
mbox is multiple emails in single file, maildir is single email in
single file
On 2022-01-31 05:49, justina colmena ~biz wrote:
Just ideas.
Removing or deleting a single message from near the beginning of a
large flat file takes an inordinate amount of time because the
remainder of the flat file has to be rewritten all the way from the
point of the deleted message to the
>
> I see. People make money outsourcing, consulting, and hooking up companies
> with the best solutions for email, office collaboration, CRM, etc., etc.,
> which is great, but I didn't quite realize that look like a paid offering
> on the table and this isn't the right list to discuss potential
I see. People make money outsourcing, consulting, and hooking up companies with
the best solutions for email, office collaboration, CRM, etc., etc., which is
great, but I didn't quite realize that look like a paid offering on the table
and this isn't the right list to discuss potential free
> On 31/01/2022 10:36 Marc wrote:
>
>
> >
> > Just ideas.
>
> Maybe an idea to participate on a Microsoft forum? They like to use db's for
> email, and they are removing everything what is nice in order to push people
> into their cloud. So lots to change for the better there.
>
> It's
>
> Just ideas.
Maybe an idea to participate on a Microsoft forum? They like to use db's for
email, and they are removing everything what is nice in order to push people
into their cloud. So lots to change for the better there.
It's so crappy that I recently wrote Bill Gates that he should
On Mon, Jan 31, 2022 at 06:23:28AM +, Sam Kuper wrote:
> On Sun, Jan 30, 2022 at 07:49:56PM -0900, justina colmena ~biz wrote:
> > On January 30, 2022 6:30:44 PM AKST, Sam Kuper wrote:
> >> On Sun, Jan 30, 2022 at 06:17:49PM -0900, justina colmena ~biz wrote:
> >>> On January 30, 2022 5:46:53
On Sun, Jan 30, 2022 at 07:49:56PM -0900, justina colmena ~biz wrote:
> On January 30, 2022 6:30:44 PM AKST, Sam Kuper wrote:
>> On Sun, Jan 30, 2022 at 06:17:49PM -0900, justina colmena ~biz wrote:
>>> On January 30, 2022 5:46:53 PM AKST, dove...@ptld.com wrote:
Storing mail in a db... at
Just ideas.
Removing or deleting a single message from near the beginning of a large flat
file takes an inordinate amount of time because the remainder of the flat file
has to be rewritten all the way from the point of the deleted message to the
end of the file and then truncated.
On January
On Sun, Jan 30, 2022 at 09:46:53PM -0500, dove...@ptld.com wrote:
> Storing mail in a db... at the end of the day isn't it still just a file (.db
> file) on the drive?
> Aren't you just adding bloat and complexity vs just storing the mail directly
> (maildir format) to a file on the drive?
>
>
On Sun, Jan 30, 2022 at 06:17:49PM -0900, justina colmena ~biz wrote:
> On January 30, 2022 5:46:53 PM AKST, dove...@ptld.com wrote:
>> Storing mail in a db... at the end of the day isn't it still just a
>> file (.db file) on the drive?
>>
>> Aren't you just adding bloat and complexity vs just
You'll get better indexing and fast full text search by storing your emails in
a database rather than a flat file, hopefully after decoding any attachments.
Especially for spam scoring, analysis, and classification. Much better
performance deleting or moving specific messages, too.
On January
Storing mail in a db... at the end of the day isn't it still just a file (.db
file) on the drive?
Aren't you just adding bloat and complexity vs just storing the mail directly
(maildir format) to a file on the drive?
What do you think you are saving? Security?
If someone can read files on your
On 2022-01-31 02:30, Sean Kamath wrote:
On Jan 30, 2022, at 10:55, Chris Bennett
wrote:
On Tue, Jan 25, 2022 at 03:50:12AM -0900, justina colmena ~biz wrote:
Maybe a future programming project idea: I want a system that will
store all mail messages and user account info in, say, a postgresql
> On Jan 30, 2022, at 10:55, Chris Bennett
> wrote:
>
> On Tue, Jan 25, 2022 at 03:50:12AM -0900, justina colmena ~biz wrote:
>> Maybe a future programming project idea: I want a system that will store all
>> mail messages and user account info in, say, a postgresql transactional
>> database,
On Tue, Jan 25, 2022 at 03:50:12AM -0900, justina colmena ~biz wrote:
> Maybe a future programming project idea: I want a system that will store all
> mail messages and user account info in, say, a postgresql transactional
> database, a little more manageable and reliable than ad hoc databasing
On 28/01/2022 13.34, Stephane Magnier wrote:
I using sendmail, but this is not clear how to share the same passwrd file,
than Dovecot.. to be honest I should be able to get a file to manage on
Sendmail, login and passwrd attached to the mailbox... Nb1
Not sure if this helps, but a server I
hi Marc,
That's correct, I have an account for each users.. Which is great
perfect for now.. but if the system is growing up.. if a user change,
this is a lot work.. I would prefer to get and standard mailbox.. and
then let suppose that a user is changing, you just login and
passwrd
>
> Marc> Why? Just disallow login, and that is from the perspective that
> Marc> a mail user should be limited mail resources.
> >>
> >> If the user does NOT need to login to the dovecot/mail servers, then
> >> not having these users at all is more secure.
>
> Marc> No, because there is a
> On 01-25-2022 11:35 am, Marc wrote:
> 2. if you do not use separate users, everything is written under the same uid.
IMO: So what? What is the difference between a linux user vs a virtual user
permission wise? They are both equally unprivileged users. If dovecot can get
to them, virtual or
> "Marc" == Marc writes:
Marc> Why? Just disallow login, and that is from the perspective that
Marc> a mail user should be limited mail resources.
>>
>> If the user does NOT need to login to the dovecot/mail servers, then
>> not having these users at all is more secure.
Marc> No, because
> Marc> Why? Just disallow login, and that is from the perspective that
> Marc> a mail user should be limited mail resources.
>
> If the user does NOT need to login to the dovecot/mail servers, then
> not having these users at all is more secure.
No, because there is a difference between a need
> "Marc" == Marc writes:
>> So just to be clear, each user has a login on your mail server in
>> /etc/passwd? If so, I would strongly urge you to move to using only
>> virtual users on your mail infrastructure.
>>
Marc> Why? Just disallow login, and that is from the perspective that
On January 24, 2022 1:33:46 PM AKST, John Stoffel wrote:
>steph> 1) How can I says sendmail to use the same passwd file ( with MD5) than
>dovecot ?
>
>Ah... just saw this. And I don't know how to configure sendmail for
>this. I would suggest you look on the sendmail.org site for help.
> So just to be clear, each user has a login on your mail server in
> /etc/passwd? If so, I would strongly urge you to move to using only
> virtual users on your mail infrastructure.
>
Why? Just disallow login, and that is from the perspective that a mail user
should be limited mail resources.
steph> Up to now, I used PAM of each user in order to send and receive
steph> email. ( BTW, sending email, a use authentication was required
steph> and we used the login and passwd of the user on the system
So just to be clear, each user has a login on your mail server in
/etc/passwd? If so, I
Hi,
Up to now, I used PAM of each user in order to send and receive email. ( BTW,
sending email, a use authentication was required and we used the login and
passwd of the user on the system
Now, for dovecot, I start to use MD5 passwrd.. and that sounds to be OK
auth_mechanisms = plain
35 matches
Mail list logo
