> On 21/10/2020 22:09 Marc Roos wrote:
>
>
> FWIIW I had this message still in drafts
>
> /usr/bin/imaptest - append=100,0 logout=0 host=xxx port=143 user=xxx
> pass=xxx seed=100 secs=1 clients=1 mbox=64kb.mbox box=inbox/test
> msgs=10
>
> And inbox/test does not exist, results in:
>
Something odd happens when I copied and pasted.
> On 21 Oct 2020, at 19:05, @lbutlr wrote:
>
> sieve_extensions = +editheader
sieve_extensions = +editheader
sieve_filter_bib_dir = /usr/lib/dovecot/sieve
sieve_global_extensions = +vnd.dovecot.pipe +vnd.dovecot.environment
sieve_pipe_bin
On 21 Oct 2020, at 18:04, Robert L Mathews wrote:
> On 10/21/20 11:15 AM, @lbutlr wrote:
>> I am laso not sure why the first example used **.com instead of *.com (or is
>> that the reason $1 doesn't contain anything because it is the first * of
>> **?).
> Yes. The example is confusing because
> On 21 Oct 2020, at 15:45, PGNet Dev wrote:
>
> On 10/21/20 2:12 PM, @lbutlr wrote:
>> Do I HAVE to have a default.sieve, that's the only thing that I can think
>> the has changed in that folder.
> RE: compile, fyi note @
>
>
> https://wiki2.dovecot.org/Pigeonhole/Sieve/Usage#Manuall
On 10/21/20 11:15 AM, @lbutlr wrote:
> RFC 5229 gives the following example:
>
> if address :matches ["To", "Cc"] ["coyote@**.com",
> "wile@**.com"] {
> # ${0} is the matching address
> # ${1} is always the empty string
> # ${2} is part of the domain nam
On Wed, 21 Oct 2020, David Pottage wrote:
I think there is a limit on the number of concurrent IMAP sessions that each
user can have open at once, and the default is 5 or something fairly low.
Modern smartphone IMAP clients can easily have that many sessions open, if
the user is monitoring ma
On 10/21/20 2:12 PM, @lbutlr wrote:
Do I HAVE to have a default.sieve, that's the only thing that I can think the
has changed in that folder.
RE: compile, fyi note @
https://wiki2.dovecot.org/Pigeonhole/Sieve/Usage#Manually_Compiling_Sieve_Scripts
https://wiki2.dovecot.org/Pi
On 21 Oct 2020, at 14:35, PGNet Dev wrote:
> On 10/21/20 1:10 PM, @lbutlr wrote:
>> I have trace logs enabled for user scripts, but I think only error get
>> logged for upper level, and only along the lines of "could not compile > of sieve>".
>
> verify that you can compile the scripts manually,
On 10/21/20 1:10 PM, @lbutlr wrote:
I have trace logs enabled for user scripts, but I think only error get logged for upper level,
and only along the lines of "could not compile ".
verify that you can compile the scripts manually, even as root
then double-check your perms on your sieve/ dir,
On 21 Oct 2020, at 13:08, @lbutlr wrote:
> # cat /usr/lib/dovecot/sieve/bcc.sieve
> require ["variables", "copy"];
>
> if address :matches ["To", "Cc"] ["*@*."] {
> redirect :copy "backup+295.${1}.${2}@. . .";
> }
…
> So far, I think it's working. 🤞
Welp, spoke to soon. I rebooted because o
FWIIW I had this message still in drafts
/usr/bin/imaptest - append=100,0 logout=0 host=xxx port=143 user=xxx
pass=xxx seed=100 secs=1 clients=1 mbox=64kb.mbox box=inbox/test
msgs=10
And inbox/test does not exist, results in:
Fatal: master: service(imap): child 20282 killed with signal
So, this is what I did instead of default_sieve:
sieve_before = file:/usr/lib/dovecot/sieve/bcc.sieve
sieve_before2 = file:/usr/lib/dovecot/sieve/filespam.sieve
# cat /usr/lib/dovecot/sieve/bcc.sieve
require ["variables", "copy"];
if address :matches ["To", "Cc"] ["*@*."] {
redirect :copy
RFC 5229 gives the following example:
if address :matches ["To", "Cc"] ["coyote@**.com",
"wile@**.com"] {
# ${0} is the matching address
# ${1} is always the empty string
# ${2} is part of the domain name ("ACME.Example")
fileinto "INBOX.busine
On 10/21/20 10:55 AM, @lbutlr wrote:
For the record, the first version with no conditions should work, right?
it does here ...
On 21 Oct 2020, at 11:51, PGNet Dev wrote:
> On 10/21/20 10:29 AM, @lbutlr wrote:
>> Are there actions that default.sieve cannot take?
>> I tried adding
>> redirect :copy "backup+...@local.example.com"
>
> do you have an explicit
>
> require ["copy"];
Nope. ¹
All try again.
For the record, th
On 10/21/20 10:29 AM, @lbutlr wrote:
Are there actions that default.sieve cannot take?
I tried adding
redirect :copy "backup+...@local.example.com"
do you have an explicit
require ["copy"];
in your .sieve?
Are there actions that default.sieve cannot take?
I tried adding
redirect :copy "backup+...@local.example.com"
and… nothing.
No errors I can find, but also no mail being redirected.
I also tried
# there must be 'from' in the received headers
if header :contains "received" "from" {
redirec
On 21/10/2020 16:44, Patrik Peng wrote:
> On 16.10.20 18:34, Patrik Peng wrote:
>> On 16.10.20 18:00, Scott Q. wrote:
>>> This reminds me, the way I was able to reproduce this consistently
>>> was by having large headers ( 100+ lines ).
>>>
>>>
>>> On Friday, 16/10/2020 at 11:49 Patrik Peng wrote:
On 21.10.20 18:27, @lbutlr wrote:
> How is SQLite different from MySQL? I have both on my system. They are both
> on-disk database files.
>
sqlite is accessed through a library, data is stored in a file. whereas
mysql needs a running service/daemon (which takes care of storing the
data into fil
On 20 Oct 2020, at 20:08, Victor Sudakov wrote:
> @lbutlr wrote:
>> On 19 Oct 2020, at 20:31, Victor Sudakov wrote:
>>> I have seen this but I do not want this information in a database.
>> …
>>
>>> Even a local sqlite database would do.
>>
>> What?
>>
>
> This meant that an external DMBS/da
That was it. Disabling MD5 auth methods got rid of the error... Thx.
On Wed, Oct 21, 2020 at 4:00 PM Aki Tuomi wrote:
>
> You can't use DIGEST-MD5 if you have hashed passwords (using other than
> DIGEST-MD5 scheme).
>
> Aki
>
> > On 21/10/2020 16:52 jesus san miguel wrote:
> >
> >
> > Yes, some
On 16.10.20 18:34, Patrik Peng wrote:
On 16.10.20 18:00, Scott Q. wrote:
This reminds me, the way I was able to reproduce this consistently
was by having large headers ( 100+ lines ).
On Friday, 16/10/2020 at 11:49 Patrik Peng wrote:
On 19.08.20 17:37, Josef 'Jeff' Sipek wrote:
On
You can't use DIGEST-MD5 if you have hashed passwords (using other than
DIGEST-MD5 scheme).
Aki
> On 21/10/2020 16:52 jesus san miguel wrote:
>
>
> Yes, something came up here:
>
> Oct 21 15:34:18 auth: Debug: auth client connected (pid=1706005)
>
> Oct 21 15:34:18 auth: Debug: client in:
Yes, something came up here:
Oct 21 15:34:18 auth: Debug: auth client connected (pid=1706005)
Oct 21 15:34:18 auth: Debug: client in: AUTH 1 DIGEST-MD5 service=imap
secured session=EQqBZy6yBJQB lip=::1rip=::1
lport=143 rport=37892
Oct 21 15:34:18 auth: Debug: client passdb ou
On 2020-10-21 10:58, jesus san miguel wrote:
I have certain power users who can't login through POP3 or IMAP from
their computer while being receiving mail on their cell phones (pop3),
despite pop3_lock_session = no
Am I hitting some other limit? I don't see any error in dovecot.log
but a generi
Can you turn on
auth_debug=yes
and then see what happens?
Aki
> On 21/10/2020 13:46 jesus san miguel wrote:
>
>
> Yes, we support DIGEST-MD5, but the password is correct: If I restart
> the service, they can login immediately.
>
> [root@hermes dovecot]# grep md5 *
> grep: conf.d: Is a dir
Yes, we support DIGEST-MD5, but the password is correct: If I restart
the service, they can login immediately.
[root@hermes dovecot]# grep md5 *
grep: conf.d: Is a directory
toaster.conf:auth_mechanisms = plain login digest-md5 cram-md5
[root@hermes dovecot]#
On Wed, Oct 21, 2020 at 12:12 PM Aki
> On 21/10/2020 12:58 jesus san miguel wrote:
>
>
> I have certain power users who can't login through POP3 or IMAP from
> their computer while being receiving mail on their cell phones (pop3),
> despite pop3_lock_session = no
>
> Am I hitting some other limit? I don't see any error in dovec
I have certain power users who can't login through POP3 or IMAP from
their computer while being receiving mail on their cell phones (pop3),
despite pop3_lock_session = no
Am I hitting some other limit? I don't see any error in dovecot.log
but a generic failed login:
Oct 21 10:31:44 imap-login: In
> On 21/10/2020 07:52 t...@linux-daus.de wrote:
>
>
> Hi all,
>
> a dsync failed due a corrupted mdbox file. Force-resync throws the same error.
> (Dovecot 2.3.9.2)
>
> Is there any change to fix/repair the file?
>
>
> Regards,
> Tim
Hi!
You can try rm
/var/mail/12/DOMAIN.TLD/242/LO
30 matches
Mail list logo