folders and subfolders

[Stephane Magnier]

Hi,

Still  looking for the way to create folders and sub folders..

Today, I am using "mbox", which apparently doesn't work for this ? correct ?

So, I would probably  need to use maildir.. ( 
https://doc.dovecot.org/configuration_manual/mail_location/Maildir/ ]


Today, what I am using  is :*mbox, *which is gather all the mailboxes of 
user 1, user 2 in one folder... like : mbox:/var/spool2/mail/%u


1) I suppose, that If I am using "mbox" with .. : LAYOUT=fs, I won't get 
these folders and subfolders  ? - Correct ?


2) Instead of having : "maildir:~/Maildir " which, I suppose got 
each_user folder into their own home directory_ .. correct ? Can I have 
: *maildir:/var/spool2/mail/%u *?


( I would prefer to gather all users' mailbox into one folder like 
/var/spool2/mail/  )


3) if so, *mbox:/var/spool2/mail/%u:INBOX=/var/spool/mail/%u* => can 
become : *maildir:/var/spool2/mail/%u:LAYOUT=fs:INBOX=/var/spool/mail/%u*


What do you think ?... before trying and breaking everything :-)... if 
so, I will be killed


Thanks and regards

Re: folders and subfolders

[Aki Tuomi]

> On 16/07/2021 11:41 Stephane Magnier  wrote:
> 
> 
> Hi,
> Still looking for the way to create folders and sub folders..
> Today, I am using "mbox", which apparently doesn't work for this ? correct ?

mbox has very limited support for folders. 

> So, I would probably need to use maildir.. ( 
> https://doc.dovecot.org/configuration_manual/mail_location/Maildir/ ]
> Today, what I am using is :mbox,which is gather all the mailboxes of user 1, 
> user 2 in one folder... like : mbox:/var/spool2/mail/%u
> 1) I suppose, that If I am using "mbox" with.. : LAYOUT=fs, I won't get these 
> folders and subfolders ? - Correct ?
> 
> 2) Instead of having : "maildir:~/Maildir " which, I suppose got eachuser 
> folder into their own home directory .. correct ? Can I have : 
> maildir:/var/spool2/mail/%u?

yes.

> ( I would prefer to gather all users' mailbox into one folder like 
> /var/spool2/mail/ )
> 3) if so, mbox:/var/spool2/mail/%u:INBOX=/var/spool/mail/%u => can become : 
> maildir:/var/spool2/mail/%u:LAYOUT=fs:INBOX=/var/spool/mail/%u
> 

yes. And while you're doing this, you might as well start using lda or lmtp and 
drop the INBOX parameter. There is no need to keep INBOX in /var/spool/mail/%u 
unless your users expect direct access?

> What do you think ?... before trying and breaking everything :-)... if so, I 
> will be killed 
> 
> Thanks and regards
>

Aki

Re: Sv: 2FA/MFA with IMAP & postfix/submission

[Stuart Henderson]

On 2021-07-15, Sebastian  wrote:
> Best solution is to offer a webmail with TOTP or SQRL or similiar secure =
> auth method.
>
> Then have that webmail adds IP or country into trusted list, so if you =
> want to access IMAP mail or SMTP mail from hotel wifi, you have to =
> simply do one single login to webmail, and then your IMAP/SMTP will work =
> as usual.

As long as the IMAP/SMTP access is coming from the same ISP as the web
access and not, for example, natted to one IP whereas the web traffic
is coming from a proxy, or natted to a pool of addresses (or balanced
between multiple internet connections) where you don't always get the
same external address.

Re: folders and subfolders

[Stephane Magnier]

Hi,

So, I tried to change mbox to maildir.. that sounds to be OK for the 
changes... I can create some folders and subfolders. The problem is that 
I cannot see any emails arriving into my mailbox


I am using sendmail

I choose the lmtp service for that and I have into Dovecot

Maildir : mail_location = maildir:/var/spool3/mail/%u:LAYOUT=fs

   service lmtp {
   unix_listener /var/spool/mail/dovecot-lmtp {
    mode = 0600
    user = mail
    group = mail
  }
  inet_listener lmtp {
    address = ::1, 127.0.0.1

  }
   }


into *sendmail.mc*.. I have :

 * FEATURE(`local_lmtp',`[IPC]',`FILE /var/spool/mail/dovecot-lmtp')dnl

But if I add : Feature(dovecot) or Feature( local_lmtp)   it doesn't 
compile..


m4:/etc/mail/sendmail.mc:154: cannot open 
`/usr/share/sendmail-cf/mailer/dovecot.m4': No such file or directory

So, how can explain that any emails coming into /var/spool/mail has to 
be sent to Dovecot ??


Thanks and regards


Le 16/07/2021 à 10:44, Aki Tuomi a écrit :

On 16/07/2021 11:41 Stephane Magnier  wrote:


Hi,
Still looking for the way to create folders and sub folders..
Today, I am using "mbox", which apparently doesn't work for this ? correct ?

mbox has very limited support for folders.


So, I would probably need to use maildir.. ( 
https://doc.dovecot.org/configuration_manual/mail_location/Maildir/ ]
Today, what I am using is :mbox,which is gather all the mailboxes of user 1, 
user 2 in one folder... like : mbox:/var/spool2/mail/%u
1) I suppose, that If I am using "mbox" with.. : LAYOUT=fs, I won't get these 
folders and subfolders ? - Correct ?

2) Instead of having : "maildir:~/Maildir " which, I suppose got eachuser 
folder into their own home directory .. correct ? Can I have : 
maildir:/var/spool2/mail/%u?

yes.


( I would prefer to gather all users' mailbox into one folder like 
/var/spool2/mail/ )
3) if so, mbox:/var/spool2/mail/%u:INBOX=/var/spool/mail/%u => can become : 
maildir:/var/spool2/mail/%u:LAYOUT=fs:INBOX=/var/spool/mail/%u


yes. And while you're doing this, you might as well start using lda or lmtp and 
drop the INBOX parameter. There is no need to keep INBOX in /var/spool/mail/%u 
unless your users expect direct access?


What do you think ?... before trying and breaking everything :-)... if so, I 
will be killed

Thanks and regards


Aki

Dovecot geographically distributed

[Claudio Corvino]

Hi,

I have a single Dovecot (2.3.4.1) IMAP/LMTP server on HQ "A" and I would 
like to create a backup server distributed to HQ "B", two HQ are 
connected through an IPsec tunnel.


User mailboxes (type mbox) are on NFS storage.

I don't need HA, it could even be an active / passive configuration with 
a floating IP, but I don't know how to keep in sync the two remote NFS 
filesystems.


I don't know if Dovecot replication is suitable for me.

Thanks

--

*Claudio Corvino
IT Systems Administrator*



smime.p7s
Description: S/MIME Cryptographic Signature

Re: folders and subfolders

[Stephane Magnier]

hi,

Orignially, I have :

*mail_location = mbox:/var/spool2/mail/%u:INBOX=/var/spool/mail/%u* that 
I change to : *mail_location = 
maildir:/var/spool2/mail/%u:LAYOUT=fs:INBOX=/var/spool/mail/%u *


The verdict..; This part : work fine for : *maildir:/var/spool2/mail/%u:*

but does'n't work out correctly for  : *INBOX=/var/spool/mail/%u*

2 possibilities :

1) I've tried NOT to give access to Mail access on INBOX and I didn't 
succeed in making it understand that I want my /var/spool/mail/%u to 
move to the "MailDir" part...


2) I give access to the INBOX. I leave as it is... but the problem is 
:Sendmail is using /var/spool/mail%u  ( where %u *is a file* )  
and*Dovecot who needs to get a folder *and to get %u/tmp ; %u/curl; etc


So, that way this is incompatible..  what is wrong ??

Please what should I do for this INBOX part ?

Thanks


Le 16/07/2021 à 15:54, Stephane Magnier a écrit :


Hi,

So, I tried to change mbox to maildir.. that sounds to be OK for the 
changes... I can create some folders and subfolders. The problem is 
that I cannot see any emails arriving into my mailbox


I am using sendmail

I choose the lmtp service for that and I have into Dovecot

Maildir : mail_location = maildir:/var/spool3/mail/%u:LAYOUT=fs

service lmtp {
unix_listener /var/spool/mail/dovecot-lmtp {
    mode = 0600
    user = mail
    group = mail
  }
  inet_listener lmtp {
    address = ::1, 127.0.0.1

  }
}


into *sendmail.mc*.. I have :

  * FEATURE(`local_lmtp',`[IPC]',`FILE /var/spool/mail/dovecot-lmtp')dnl

But if I add : Feature(dovecot) or Feature( local_lmtp)   it doesn't 
compile..


m4:/etc/mail/sendmail.mc:154: cannot open 
`/usr/share/sendmail-cf/mailer/dovecot.m4': No such file or directory

So, how can explain that any emails coming into /var/spool/mail has to 
be sent to Dovecot ??


Thanks and regards


Le 16/07/2021 à 10:44, Aki Tuomi a écrit :

On 16/07/2021 11:41 Stephane Magnier  wrote:


Hi,
Still looking for the way to create folders and sub folders..
Today, I am using "mbox", which apparently doesn't work for this ? correct ?

mbox has very limited support for folders.


So, I would probably need to use maildir.. 
(https://doc.dovecot.org/configuration_manual/mail_location/Maildir/  ]
Today, what I am using is :mbox,which is gather all the mailboxes of user 1, 
user 2 in one folder... like : mbox:/var/spool2/mail/%u
1) I suppose, that If I am using "mbox" with.. : LAYOUT=fs, I won't get these 
folders and subfolders ? - Correct ?

2) Instead of having : "maildir:~/Maildir " which, I suppose got eachuser 
folder into their own home directory .. correct ? Can I have : 
maildir:/var/spool2/mail/%u?

yes.


( I would prefer to gather all users' mailbox into one folder like 
/var/spool2/mail/ )
3) if so, mbox:/var/spool2/mail/%u:INBOX=/var/spool/mail/%u => can become : 
maildir:/var/spool2/mail/%u:LAYOUT=fs:INBOX=/var/spool/mail/%u


yes. And while you're doing this, you might as well start using lda or lmtp and 
drop the INBOX parameter. There is no need to keep INBOX in /var/spool/mail/%u 
unless your users expect direct access?


What do you think ?... before trying and breaking everything :-)... if so, I 
will be killed

Thanks and regards


Aki

OT somewhat, how to unsubscribe?

[Christy S]

Hi folks,


It's been a while since I've subscribed and I don't remember how to get 
off the mailing list. We've changed how we're handling mail now, so 
dovecot is no longer being used. Can anyone help? MOst mailing lists 
have a blurb at the bottom with instructions but this one doesn't seem to.



Thanks

Christy

Re: OT somewhat, how to unsubscribe?

[@lbutlr]

On 2021 Jul 16, at 13:39, Christy S  wrote:
> It's been a while since I've subscribed and I don't remember how to get off 
> the mailing list. We've changed how we're handling mail now, so dovecot is no 
> longer being used. Can anyone help? MOst mailing lists have a blurb at the 
> bottom with instructions but this one doesn't seem to.

Most mailing list have list headers, as does this one.

List-Id: Dovecot Mailing List 
List-Unsubscribe: ,
 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: ,
 


(In the headers of every message)

-- 
You Bastard was thinking: ...Delta squared. Thus, dimensional
pressure k will result in a ninety-degree transformation in
Chi(16/x/pu)t for a K-bundle of any three invariables. Or four
minutes, plus or minus ten seconds... The camel looked down at
the great pads of his feet. Let speed equal gallop. --Pyramids

Re: OT somewhat, how to unsubscribe?

[Antonio Leding]

Go here - enter in your creds and there is an Unsub option middle of the 
page on the left:


https://dovecot.org/mailman/options/dovecot/

On 16 Jul 2021, at 12:39, Christy S wrote:


Hi folks,


It's been a while since I've subscribed and I don't remember how to 
get off the mailing list. We've changed how we're handling mail now, 
so dovecot is no longer being used. Can anyone help? MOst mailing 
lists have a blurb at the bottom with instructions but this one 
doesn't seem to.



Thanks

Christy

Re: Dovecot book for a newbie

[techlists]

Thanks for the head's up!!

On 2021-07-13 07:33, @lbutlr wrote:

On 2021 Jul 07, at 16:16, li...@lazygranch.com wrote:


https://blog.andreev.it/?p=1975


This is quite out of date now, especially as regards setting up TLS.
This is a Postfix 2.10 configuration and the current postfix is 3.6.

In addition, it is missing configuration for submissions in master.cf
in addition to submission.

It recommends using self-signed certs, which is going to cause
problems for your users.

It looks like it was a good write-up in 2015, but it is not a good
path to follow in 2021.

--
Boy meets up with a failed priest and an outlaw and murders 2 million 
in

a terrorist attack.
(Star Wars).

Re: Dovecot book for a newbie

[techlists]

Thanks!!


On 2021-07-13 07:22, @lbutlr wrote:

On 2021 Jul 07, at 13:33, Kevin N.  wrote:
I've also heard good things about "The Book of Postfix". Even though 
it is quite old now, most of the parts/concepts/terminology still 
apply today. Part of it is also available on Google Books.


Despite being quote oldies you say, this is a great resource for
understanding not just postfix, but how email in general works. I
think it would be a handy primer for anyone trying to be a mail admin,
as the concepts have not changed even if some of the commands and
configurations have. Modern Postfix has more and better tools that are
not mentioned in the book, especially for dealing with unwanted mail,
but as a baseline, the book is still worthwhile.

ersonally, I would take things step by step and not try to install and 
configure everything all at once.


If you have the time, hang out reading the postfix and dovecot mailing
lists, and searching the archives. Look for configuration questions
that people have discussed. Do not really on a google search for
something like :how to setup postfix and dovecot" because most of
these results will be garbage, outdated, m or contain flat-out errors.

Pay close attention to the syntax of sample configs people post, and
especially to the comments and corrections of those samples.

Also, the man pages for Postfix are very good.

The most important thing to get straight is that what you think might
be the best plan for configuring your mail may in fact be a terrible
idea, and you really want to do the research first.

Understanding exactly where the separation is between postfix and
dovecot is crucial, and even people who've been doing this a lot can
get caught out sometimes.

The Dovecot web docs are decent enough and cover the information, but
I find them to be sometimes sparse on details and examples, and they
are not really designed for someone starting out IMO. More for
refreshing something you forgot or misremembered. Searching the list
for doveconf outputs might be more fruitful, as long as you follow the
threads for comments and corrections.

Whatever you do, do not setup unauthticated submission, or submission
that used deprecated security settings no matter how much you thin
this is a good idea. It's not. If you have to support people using
ancient software, force them to use a email client like Horde or
Roundcube so you maintain your mail security. IMO, YMMV. TANSTAAFL.
IANAL. ETC.

Oh, and consider if you really need or want to support POP3 (I
recommend not unless you have a users who want to use Gmail to suck in
their mail). The more mail you are dealing with, the worse POP3 is on
your system and your users.

--
Windle shook his head sadly. Five exclamation marks, the sure sign of
an insane mind. --Reaper Man