Re: Autoexpunge not working for Junk?

[Amir Caspi via dovecot]

On Aug 8, 2019, at 12:52 PM, Reio Remma via dovecot  wrote:
> 
> I have the autoexpunge settings defined inside protocol imap thus (and it 
> works):

It looks like my definitions are outside the protocol, as this is the default 
in /etc/dovecot/conf.d/15-mailboxes.conf...

MUST autoexpunge be declared within the imap protocol, even if the mailboxes 
themselves are declared outside of the protocol?  Should the mailboxes be 
declared only within the protocol?

Can I declare autoexpunge for the mailboxes within the imap protocol in 
20-imap.conf while leaving the main mailbox declarations in 15-mailboxes.conf?  
That is, will the settings "stack" or can mailbox definitions occur only in one 
place?

If autoexpunge can only be declared within the imap protocol -- folks who 
access email only through POP (and who never see Junk/Trash) will not have 
things auto-expunged.  The Junk mailbox, in particular, is auto-populated by 
spamassassin via procmail so it will have messages even if the user never sees 
them... so it needs to be autoexpunged even if the user never logs in via imap.

IMHO the setting should apply regardless of protocol, but is that actually the 
case in practice?

Thanks!

--- Amir

Re: Autoexpunge not working for Junk?

[Reio Remma via dovecot]

Hello!

I have the autoexpunge settings defined inside protocol imap thus (and 
it works):


protocol imap {
  mail_plugins = quota notify replication imap_quota imap_sieve
  namespace inbox {
    location =
    mailbox Ham {
  autoexpunge = 365 days
    }
    mailbox Spam {
  autoexpunge = 365 days
    }
    mailbox Trash {
  autoexpunge = 180 days
    }
    prefix =
  }
}

Good luck,
Reio

On 08.08.2019 21:34, Amir Caspi via dovecot wrote:

Hi all,

Might anyone have any idea about this issue?  I can run a cron job if 
needed but it seems like autoexpunge SHOULD be doing this automatically...


Thanks!

--- Amir

On Jul 24, 2019, at 10:18 PM, Amir Caspi > wrote:


Hi all,

I set up dovecot a couple of months ago and am having trouble getting 
autoexpunge=30d to work on my Trash and Junk mailboxes.  Not sure why 
not because I'm not getting error messages in my log.
Running "doveadm search -u  mailbox Junk savedbefore 30d" shows 
me many messages (I've got messages back to mid-May, and a couple of 
other users have them back to early April, although if this setting 
were working, there should be nothing earlier than June 24).  Running 
a manual doveadm expunge works fine... it's just autoexpunge that 
seems to not be running at all.


I'm using sendmail as the MTA and procmail as the LDA, so dovecot is 
running purely for IMAP/POP service.


Any help is much appreciated.

Thanks!

doveconf -n:
# 2.2.36 (1f10bfa63): /etc/dovecot/dovecot.conf
# OS: Linux 3.10.0-957.21.3.el7.x86_64 x86_64 CentOS Linux release 
7.6.1810 (Core)

# Hostname: REDACTED
auth_username_format = %Ln
first_valid_uid = 1000
mail_location = mbox:~/mail:INBOX=/var/spool/mail/%u
mailbox_list_index = yes
mbox_write_locks = fcntl
namespace compat1 {
 alias_for =
 hidden = yes
 list = no
 location =
 prefix = mail/
 separator = /
}
namespace compat2 {
 alias_for =
 hidden = yes
 list = no
 location =
 prefix = ~/mail/
 separator = /
}
namespace compat3 {
 alias_for =
 hidden = yes
 list = no
 location =
 prefix = ~%u/mail/
 separator = /
}
namespace inbox {
 inbox = yes
 location =
 mailbox Archive {
   special_use = \Archive
 }
 mailbox "Deleted Messages" {
   autoexpunge = 30 days
   special_use = \Trash
 }
 mailbox Drafts {
   special_use = \Drafts
 }
 mailbox Junk {
   autoexpunge = 30 days
   special_use = \Junk
 }
 mailbox "Junk E-mail" {
   autoexpunge = 30 days
   special_use = \Junk
 }
 mailbox Sent {
   special_use = \Sent
 }
 mailbox "Sent Messages" {
   special_use = \Sent
 }
 mailbox Spam {
   autoexpunge = 30 days
   special_use = \Junk
 }
 mailbox Trash {
   autoexpunge = 30 days
   special_use = \Trash
 }
 prefix =
 separator = /
}
passdb {
 driver = pam
}
pop3_uidl_format = %08Xv%08Xu
ssl_cert = # REDACTED
ssl_cipher_list = # REDACTED
ssl_dh_parameters_length = # REDACTED
ssl_key =  # hidden, use -P to show it
ssl_prefer_server_ciphers = yes
userdb {
 driver = passwd
}

Re: Autoexpunge not working for Junk?

[Amir Caspi via dovecot]

Hi all,

Might anyone have any idea about this issue?  I can run a cron job if needed 
but it seems like autoexpunge SHOULD be doing this automatically...

Thanks!

--- Amir

> On Jul 24, 2019, at 10:18 PM, Amir Caspi  wrote:
> 
> Hi all,
> 
>   I set up dovecot a couple of months ago and am having trouble getting 
> autoexpunge=30d to work on my Trash and Junk mailboxes.  Not sure why not 
> because I'm not getting error messages in my log.
>   Running "doveadm search -u  mailbox Junk savedbefore 30d" shows 
> me many messages (I've got messages back to mid-May, and a couple of other 
> users have them back to early April, although if this setting were working, 
> there should be nothing earlier than June 24).  Running a manual doveadm 
> expunge works fine... it's just autoexpunge that seems to not be running at 
> all.
> 
> I'm using sendmail as the MTA and procmail as the LDA, so dovecot is running 
> purely for IMAP/POP service.
> 
> Any help is much appreciated.
> 
> Thanks!
> 
> doveconf -n:
> # 2.2.36 (1f10bfa63): /etc/dovecot/dovecot.conf
> # OS: Linux 3.10.0-957.21.3.el7.x86_64 x86_64 CentOS Linux release 7.6.1810 
> (Core)  
> # Hostname: REDACTED
> auth_username_format = %Ln
> first_valid_uid = 1000
> mail_location = mbox:~/mail:INBOX=/var/spool/mail/%u
> mailbox_list_index = yes
> mbox_write_locks = fcntl
> namespace compat1 {
>  alias_for = 
>  hidden = yes
>  list = no
>  location = 
>  prefix = mail/
>  separator = /
> }
> namespace compat2 {
>  alias_for = 
>  hidden = yes
>  list = no
>  location = 
>  prefix = ~/mail/
>  separator = /
> }
> namespace compat3 {
>  alias_for = 
>  hidden = yes
>  list = no
>  location = 
>  prefix = ~%u/mail/
>  separator = /
> }
> namespace inbox {
>  inbox = yes
>  location = 
>  mailbox Archive {
>special_use = \Archive
>  }
>  mailbox "Deleted Messages" {
>autoexpunge = 30 days
>special_use = \Trash
>  }
>  mailbox Drafts {
>special_use = \Drafts
>  }
>  mailbox Junk {
>autoexpunge = 30 days
>special_use = \Junk
>  }
>  mailbox "Junk E-mail" {
>autoexpunge = 30 days
>special_use = \Junk
>  }
>  mailbox Sent {
>special_use = \Sent
>  }
>  mailbox "Sent Messages" {
>special_use = \Sent
>  }
>  mailbox Spam {
>autoexpunge = 30 days
>special_use = \Junk
>  }
>  mailbox Trash {
>autoexpunge = 30 days
>special_use = \Trash
>  }
>  prefix = 
>  separator = /
> }
> passdb {
>  driver = pam
> }
> pop3_uidl_format = %08Xv%08Xu
> ssl_cert = # REDACTED
> ssl_cipher_list = # REDACTED
> ssl_dh_parameters_length = # REDACTED
> ssl_key =  # hidden, use -P to show it
> ssl_prefer_server_ciphers = yes
> userdb {
>  driver = passwd
> }
> 
> 
> --- Amir
> 

Re: Upgrading to v2.3.X breaks ssl san?

[Hauke Fath via dovecot]

On Wed, 7 Aug 2019 20:24:13 +0300 (EEST), Aki Tuomi via dovecot wrote:
>> i thought ssl_ca is where to put the intermediate cert?

Well, it surely worked that way until v2.3...

> (Sorry for duplicate mail, keyboard acted up...)
> 
> No, that has always been a mistake and it was fixed in 2.3. Our SSL 
> pages in documentation & wiki have always recommended concatenating 
> the intermediates with the cert.

Aki, after the issue came up last time 
,
 
you appeared to have changed your mind? What happened?

Cheerio,
Hauke

-- 
 The ASCII Ribbon CampaignHauke Fath
() No HTML/RTF in emailInstitut für Nachrichtentechnik
/\ No Word docs in email TU Darmstadt
 Respect for open standards  Ruf +49-6151-16-21344

Re: Upgrading to v2.3.X breaks ssl san?

[telsch via dovecot]

ok thanks for clarification



No, that has always been a mistake and it was fixed in 2.3. Our SSL pages in 
documentation & wiki have always recommended concatenating the intermediates 
with the cert.

Aki

Re: IMAP folders showing no messages in Office 365 Outlook

[Andrew Bernard via dovecot]

Hi Gert,

Well thanks to your advice and knowing that there is no specific config to
be done for Outlook, I checked the config in Dovecot more carefully. It
turns out I was using %u in the mail location instead of %n, which is what
is properly needed in my particular overall setup with Postfix and the way
I have arranged the vmail folders.

So sorry for the noise, but perhaps this thread will help somebody in the
future.

Andrew


On Thu, 8 Aug 2019 at 21:35, Gert van Dijk via dovecot 
wrote:

>
>
> Smells like a simple folder subscription issue from the client.
>
>

Re: IMAP folders showing no messages in Office 365 Outlook

[Andrew Bernard via dovecot]

Hello Gert,

Thanks for this, but I mentioned all works fine in Thunderbird. It's 
Office 365 Outlook where the messages do not show. And I tried the same 
technique that you show, the equivalent in Outlook, and still no 
messages appear.


Andrew


On 8/8/19 9:34 pm, Gert van Dijk via dovecot wrote:

Smells like a simple folder subscription issue from the client.

Try this in Thunderbird:

Re: IMAP folders showing no messages in Office 365 Outlook

[Gert van Dijk via dovecot]

On Thu, Aug 8, 2019 at 12:58 PM Andrew Bernard via dovecot
 wrote:
>
> I'm new to Dovecot. Using Dovecot IMAP with Postfix, everything works
> fine using Thunderbird. But with the same setup, no messages show in
> IMAP folders for user accounts created in Outlook, accessing exactly the
> same server as the accounts in Thunderbird.
>
> Dovecot version 2.3.7.1.
>
> Is there any configuration required that is special to support Office
> 365 Outlook clients? How to debug this?

Smells like a simple folder subscription issue from the client.

Try this in Thunderbird:
1. Right-click the account in the folder list.
2. Click "Subscribe..."
3. Hit "Refresh". You will probably see the folders you were looking for.
4. Tick the folders you want to see in Thunderbird.
5. Hit "OK".

If this fixes the issue, it is a general IMAP 'feature', unrelated to Dovecot,
I believe.

HTH

IMAP folders showing no messages in Office 365 Outlook

[Andrew Bernard via dovecot]

I'm new to Dovecot. Using Dovecot IMAP with Postfix, everything works 
fine using Thunderbird. But with the same setup, no messages show in 
IMAP folders for user accounts created in Outlook, accessing exactly the 
same server as the accounts in Thunderbird.


Dovecot version 2.3.7.1.

Is there any configuration required that is special to support Office 
365 Outlook clients? How to debug this?


Andrew

Re: How to make the client tool only display emails within 30 days?

[hfh--- via dovecot]

Thank you so much, I tried it！



h...@cndns.com
 
发件人： Aki Tuomi via dovecot
发送时间： 2019-08-08 15:47
收件人： h...@cndns.com; dovecot
主题： Re: How to make the client tool only display emails within 30 days?

On 8.8.2019 10.46, hfh--- via dovecot wrote:
doveadm search -u matt mailbox "*" savedbefore 30d
Dovecot's configuration or plugin can do similar effects like the above？ 
Outlook uses pop or imap to receive mail within 30 days.

Virtual plugin can be used to do these kind of configurations.
Aki

Re: How to make the client tool only display emails within 30 days?

[Aki Tuomi via dovecot]

On 8.8.2019 10.46, hfh--- via dovecot wrote:
> doveadm search -u matt mailbox "*" savedbefore 30d
> Dovecot's configuration or plugin can do similar effects like the above？
> Outlook uses pop or imap to receive mail within 30 days.


Virtual plugin can be used to do these kind of configurations.

Aki

How to make the client tool only display emails within 30 days?

[hfh--- via dovecot]

doveadm search -u matt mailbox "*" savedbefore 30d
Dovecot's configuration or plugin can do similar effects like the above？
Outlook uses pop or imap to receive mail within 30 days.

Re: How to make the client tool only display emails within 30 days?

[Aki Tuomi via dovecot]

On 8.8.2019 10.37, hfh--- via dovecot wrote:
> How to make the client tool only display emails within 30 days?
> thanks！！！
>
> 
> h...@cndns.com


Can you elaborate a bit?

Aki

How to make the client tool only display emails within 30 days?

[hfh--- via dovecot]

How to make the client tool only display emails within 30 days? thanks！！！



h...@cndns.com