Re: Sieve broken after upgrade

2018-12-02 Thread Aki Tuomi 

On 3.12.2018 1.34, Noel Butler wrote:
>
> On 03/12/2018 09:28, Stephan Bosch wrote:
>
>> Hi,
>>
>> First of all, what are you using to send this e-mail? I am receiving
>> this as an attachment. (Anyone else seeing this? More mails from
>> different senders seem to be affected.)
>  
> Yep, those purporting to come from dovecot, as in  username via dovecot.
>  
> I think Aki's playing with settings that are not quite right yet :)
>  
>  
> -- 
>
> Kind Regards,
>
> Noel Butler
>
> This Email, including any attachments, may contain legally privileged
> information, therefore remains confidential and subject to copyright
> protected under international law. You may not disseminate, discuss,
> or reveal, any part, to anyone, without the authors express written
> authority to do so. If you are not the intended recipient, please
> notify the sender then delete all copies of this message including
> attachments, immediately. Confidentiality, copyright, and legal
> privilege are not waived or lost by reason of the mistaken delivery of
> this message. Only PDF  and ODF
>  documents accepted, please
> do not send proprietary formatted documents
>

Was testing which method is better for senders who have DMARC policy
which says reject or quarantine. I think munge from is the more usable one.

Aki

Re: Mailing list address harvested for spamming

2018-12-02 Thread Phil Turmel 
On 12/2/18 5:58 PM, Noel Butler wrote:

> Lots of posts around about this, all self serving :)
>  
> There may of course be an RFC floating around, but I admit to never
> having bothered to look, because good netizens reply to list, lists are
> public, they are for the masses - the membership - the subscriber base,
> never seen the point in replying privately to a list post, since the
> answer deprives the list membership of, the answer, so you avoid getting
> 1500 people ask the same damn question.

Reply-to-all is a requirement for public mailing lists that do not
require posters to be members.  Like everything at kernel.org.  Failing
to reply-to-all will exclude non-members, and will get you deserved
abuse on such lists.

Other lists have other policies and/or conventions.  What's so hard
about following the conventions of the lists you participate on?
Especially if requested by the list owner?

Phil

Re: Sieve broken after upgrade

2018-12-02 Thread Noel Butler 
On 03/12/2018 09:28, Stephan Bosch wrote:

> Hi,
> 
> First of all, what are you using to send this e-mail? I am receiving this as 
> an attachment. (Anyone else seeing this? More mails from different senders 
> seem to be affected.)

Yep, those purporting to come from dovecot, as in  username via dovecot.


I think Aki's playing with settings that are not quite right yet :) 

-- 
Kind Regards, 

Noel Butler 

This Email, including any attachments, may contain legally 
privileged
information, therefore remains confidential and subject to copyright
protected under international law. You may not disseminate, discuss, or
reveal, any part, to anyone, without the authors express written
authority to do so. If you are not the intended recipient, please notify
the sender then delete all copies of this message including attachments,
immediately. Confidentiality, copyright, and legal privilege are not
waived or lost by reason of the mistaken delivery of this message. Only
PDF [1] and ODF [2] documents accepted, please do not send proprietary
formatted documents 

 

Links:
--
[1] http://www.adobe.com/
[2] http://en.wikipedia.org/wiki/OpenDocument

[no subject]

2018-12-02 Thread Guillaume via dovecot 
--- Begin Message ---
OK I find out how to extract core dump (sorry), hope this will help you.

gdb /usr/lib/dovecot/auth /var/core/core.28304
GNU gdb (Debian 7.12-6) 7.12.0.20161007-git
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/lib/dovecot/auth...Reading symbols from 
/usr/lib/debug/.build-id/ba/4974feed8c926e0d6e8d26659c583048a500f4.debug...done.
done.
[New LWP 28304]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `dovecot/auth -w'.
Program terminated with signal SIGABRT, Aborted.
#0  __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:51
51  ../sysdeps/unix/sysv/linux/raise.c: Aucun fichier ou dossier de ce type.
(gdb) bt full
#0  __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:51
set = {__val = {0, 2319406792476865588, 3472328228581767026, 
3472310704041635888, 3966017812923691066, 7148958857402934374, 
7089904100555370544, 3472328519666906169, 3472310978869031456, 
3467824696600506928, 3979267959132535352, 
2314885638479426609, 2314885530818453536, 2314885530818453536, 
3907004821653777455, 8461816663211521631}}
pid = 
tid = 
#1  0x7fdb930a642a in __GI_abort () at abort.c:89
save_stage = 2
act = {__sigaction_handler = {sa_handler = 0x7220303030373836, 
sa_sigaction = 0x7220303030373836}, sa_mask = {__val = {3472328295963438381, 
4192904167887482928, 2314885531086893104, 2314885530818453536, 
2314885530818453536, 8528445641706184736, 
  7378645557150114166, 3472336027269751652, 3774971303630941488, 
8223625903104145462, 3472328295963457581, 4192904167887482928, 
2314885531086893104, 2314885530818453536, 2314885530818453536, 
140727898588176}}, sa_flags = 89, 
  sa_restorer = 0x7ffdc467c410}
sigs = {__val = {32, 0 }}
#2  0x7fdb930e2c00 in __libc_message (do_abort=do_abort@entry=2, 
fmt=fmt@entry=0x7fdb931d7d98 "*** Error in `%s': %s: 0x%s ***\n") at 
../sysdeps/posix/libc_fatal.c:175
ap = {{gp_offset = 40, fp_offset = 0, overflow_arg_area = 
0x7ffdc467c420, reg_save_area = 0x7ffdc467c3b0}}
fd = 2
on_2 = 
list = 
nlist = 
cp = 
written = 
#3  0x7fdb930e8fc6 in malloc_printerr (action=3, str=0x7fdb931d7ef0 "double 
free or corruption (fasttop)", ptr=, ar_ptr=) at 
malloc.c:5049
buf = "562c3664bf70"
cp = 
ar_ptr = 
ptr = 
str = 0x7fdb931d7ef0 "double free or corruption (fasttop)"
action = 3
#4  0x7fdb930e980e in _int_free (av=0x7fdb9340bb00 , 
p=0x562c3664bf60, have_lock=0) at malloc.c:3905
size = 
fb = 
nextchunk = 
nextsize = 
nextinuse = 
prevsize = 
bck = 
fwd = 
errstr = 
locked = 
__func__ = "_int_free"
#5  0x7fdb923e978f in mysql_close (mysql=0x562c3662f9b0) at 
./libmariadb/libmariadb/mariadb_lib.c:1939
No locals.
#6  0x562c3457868c in driver_sqlpool_disconnect (_db=0x562c3662ea80) at 
driver-sqlpool.c:590
conn__foreach_end = 0x562c3662f160
db = 0x562c3662ea80
conn = 0x562c3662f150
#7  0x562c3456e0b5 in db_sql_unref (_conn=0x562c36624ff0) at db-sql.c:128
conn = 0x562c3662e6b8
#8  0x562c345669d9 in userdb_deinit (userdb=0x562c36624fc8) at userdb.c:191
idx = 0
__func__ = "userdb_deinit"
#9  0x562c3454ac89 in auth_deinit (auth=0x562c36624d28) at auth.c:335
passdb = 
userdb = 0x562c36624ee8
#10 auths_deinit () at auth.c:433
auth__foreach_end = 0x562c3662e628
auth = 0x562c3662e620
#11 0x562c34549800 in main_deinit () at main.c:271
l = 
#12 main (argc=, argv=) at main.c:398
c = 

gdb /usr/lib/dovecot/auth /var/core/core.28358
GNU gdb (Debian 7.12-6) 7.12.0.20161007-git
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:

[no subject]

2018-12-02 Thread Guillaume via dovecot 
--- Begin Message ---
Hi !

First of all thanks for all your doing :)

I also have this kind of segfault since the update :

Dec  2 21:12:11 xxx dovecot: auth-worker: Error: *** Error in 
`dovecot/auth': double free or corruption (fasttop): 0x55573bb99f70 ***
Dec  2 21:12:11 xxx dovecot: auth-worker: Error: === Backtrace: 
=
Dec  2 21:12:11 xxx dovecot: auth-worker: Error: 
/lib/x86_64-linux-gnu/libc.so.6(+0x70bfb)[0x7f961ab00bfb]
Dec  2 21:12:11 xxx dovecot: auth-worker: Error: 
/lib/x86_64-linux-gnu/libc.so.6(+0x76fc6)[0x7f961ab06fc6]
Dec  2 21:12:11 xxx dovecot: auth-worker: Error: 
/lib/x86_64-linux-gnu/libc.so.6(+0x7780e)[0x7f961ab0780e]
Dec  2 21:12:11 xxx dovecot: auth-worker: Error: 
/usr/lib/x86_64-linux-gnu/libmariadbclient.so.18(mysql_close+0x12f)[0x7f9619e0778f]
Dec  2 21:12:11 xxx dovecot: auth-worker: Error: 
dovecot/auth(+0x3f68c)[0x55573b84a68c]
Dec  2 21:12:11 xxx dovecot: auth-worker: Error: 
dovecot/auth(db_sql_unref+0x15)[0x55573b8400b5]
Dec  2 21:12:11 xxx dovecot: auth-worker: Error: 
dovecot/auth(userdb_deinit+0x99)[0x55573b8389d9]
Dec  2 21:12:11 xxx dovecot: auth-worker: Error: 
dovecot/auth(auths_deinit+0x79)[0x55573b81cc89]
Dec  2 21:12:11 xxx dovecot: auth-worker: Error: 
dovecot/auth(main+0x3d0)[0x55573b81b800]
Dec  2 21:12:11 xxx dovecot: auth-worker: Error: 
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf1)[0x7f961aab02e1]
Dec  2 21:12:11 xxx dovecot: auth-worker: Error: 
dovecot/auth(_start+0x2a)[0x55573b81ba0a]
Dec  2 21:12:11 xxx dovecot: auth-worker: Error: === Memory map: 

Dec  2 21:12:11 xxx dovecot: auth-worker: Error: 55573b80b000-55573b865000 
r-xp  08:02 42337430   /usr/lib/dovecot/auth
Dec  2 21:12:11 xxx dovecot: auth-worker: Error: 55573ba64000-55573ba67000 
r--p 00059000 08:02 42337430   /usr/lib/dovecot/auth
Dec  2 21:12:11 xxx dovecot: auth-worker: Error: 55573ba67000-55573ba69000 
rw-p 0005c000 08:02 42337430   /usr/lib/dovecot/auth
Dec  2 21:12:11 xxx dovecot: auth-worker: Error: 55573bb64000-55573bbaf000 
rw-p  00:00 0  [heap]
Dec  2 21:12:11 xxx dovecot: auth-worker: Error: 7f961400-7f9614021000 
rw-p  00:00 0
Dec  2 21:12:11 xxx dovecot: auth-worker: Error: 7f9614021000-7f961800 
---p  00:00 0
Dec  2 21:12:11 xxx dovecot: auth-worker: Error: 7f9618d98000-7f9618dae000 
r-xp  08:02 39714820   
/lib/x86_64-linux-gnu/libgcc_s.so.1
Dec  2 21:12:11 xxx dovecot: auth-worker: Error: 7f9618dae000-7f9618fad000 
---p 00016000 08:02 39714820   
/lib/x86_64-linux-gnu/libgcc_s.so.1
Dec  2 21:12:11 xxx dovecot: auth-worker: Error: 7f9618fad000-7f9618fae000 
r--p 00015000 08:02 39714820   
/lib/x86_64-linux-gnu/libgcc_s.so.1
Dec  2 21:12:11 xxx dovecot: auth-worker: Error: 7f9618fae000-7f9618faf000 
rw-p 00016000 08:02 39714820   
/lib/x86_64-linux-gnu/libgcc_s.so.1
Dec  2 21:12:11 xxx dovecot: auth-worker: Error: 7f9618faf000-7f9618fb9000 
r-xp  08:02 39714834   
/lib/x86_64-linux-gnu/libnss_files-2.24.so
Dec  2 21:12:11 xxx dovecot: auth-worker: Error: 7f9618fb9000-7f96191b9000 
---p a000 08:02 39714834   
/lib/x86_64-linux-gnu/libnss_files-2.24.so
Dec  2 21:12:11 xxx dovecot: auth-worker: Error: 7f96191b9000-7f96191ba000 
r--p a000 08:02 39714834   
/lib/x86_64-linux-gnu/libnss_files-2.24.so
Dec  2 21:12:11 xxx dovecot: auth-worker: Error: 7f96191ba000-7f96191bb000 
rw-p b000 08:02 39714834   
/lib/x86_64-linux-gnu/libnss_files-2.24.so
Dec  2 21:12:11 xxx dovecot: auth-worker: Error: 7f96191bb000-7f96191c1000 
rw-p  00:00 0
Dec  2 21:12:11 xxx dovecot: auth-worker: Error: 7f96191c1000-7f961942b000 
r-xp  08:02 41813615   
/usr/lib/x86_64-linux-gnu/libcrypto.so.1.1
Dec  2 21:12:11 xxx dovecot: auth-worker: Error: 7f961942b000-7f961962b000 
---p 0026a000 08:02 41813615   
/usr/lib/x86_64-linux-gnu/libcrypto.so.1.1
Dec  2 21:12:11 xxx dovecot: auth-worker: Error: 7f961962b000-7f9619649000 
r--p 0026a000 08:02 41813615   
/usr/lib/x86_64-linux-gnu/libcrypto.so.1.1
Dec  2 21:12:11 xxx dovecot: auth-worker: Error: 7f9619649000-7f9619657000 
rw-p 00288000 08:02 41813615   
/usr/lib/x86_64-linux-gnu/libcrypto.so.1.1
Dec  2 21:12:11 xxx dovecot: auth-worker: Error: 7f9619657000-7f961965a000 
rw-p  00:00 0
Dec  2 21:12:11 xxx dovecot: auth-worker: Error: 7f961965a000-7f96196bd000 
r-xp  08:02 41814649   
/usr/lib/x86_64-linux-gnu/libssl.so.1.1
Dec  2 21:12:11 xxx dovecot: auth-worker: Error: 7f96196bd000-7f96198bc000 
---p 00063000 08:02 41814649   
/usr/lib/x86_64-linux-gnu/libssl.so.1.1
Dec  2 21:12:11 xxx

Re: Mailing list address harvested for spamming

2018-12-02 Thread Michael A. Peters 

On 12/02/2018 08:42 AM, Hendrik Boom wrote:

On Sun, Dec 02, 2018 at 04:22:52PM +0100, Ralph Seichter wrote:

* Ruben Safir:


On Sun, Dec 02, 2018 at 03:58:53AM +0100, Bernd Petrovitsch wrote:


Let's hope that people who do not know how to use a tool - e.g.
like a hammer - doesn't use that tool in the first place 


that is pretty unrealistic and I don't agree with it anyway.


The tool metaphor is realistic. In my experience (which dates back to
the 1980s), email ist a powerful tool, and people need to learn how to
use it properly, with the appropriate software set. Especially in the
area of technical mailing lists I see no reason to cater to dumb MUA
software.


Especially in a technical mailing list about email software!

-- hendrik



Well netiquette lists are not an RFC. They are some person saying "This 
is others should do things because I think it is best"


But yes, on technical lists more people do follow netiquette, possibly 
because those who have different way of thinking are driven off for 
being different in how their mind works.

[no subject]

2018-12-02 Thread Pavel Stratil via dovecot 
--- Begin Message ---

Hi everyone,

after switching to ubuntu (from debian) and running a newer dovecot 
--version 2.2.33.2 (d6601f4ec) i encountered a problem with configuring 
sieve. The mailserver has virtual maila accounts stored in /decrypted/%d/%n


Prior, i used

plugin {
  sieve = ~/.dovecot.sieve
  sieve_dir = ~/sieve
  sieve_before = /etc/dovecot/sieve/before.d
}

after the upgrade, I moved the sieve_before location on disk and changed 
this to


plugin {
  sieve = file:~/sieve;active=~/.dovecot.sieve
  sieve_before = /var/lib/dovecot/sieve/before.d
}

only to see that sieve didnt forward e-mails anymore. Looking at the 
logs below, i suspect, that I didnt understood the meaning of sieve = 
file:~/sieve;active=~/.dovecot.sieve correctly:



Dec  2 16:01:57 vao01 dovecot: lmtp(events@industra.space): Debug: 
Module loaded: /usr/lib/dovecot/modules/lib90_sieve_plugin.so
Dec  2 16:01:57 vao01 dovecot: lmtp(events@industra.space): Debug: 
sieve: Pigeonhole version 0.4.21 (92477967) initializing
Dec  2 16:01:57 vao01 dovecot: lmtp(events@industra.space): Debug: 
sieve: include: sieve_global is not set; it is currently not possible to 
include `:global' scripts.
Dec  2 16:01:57 vao01 dovecot: lmtp(events@industra.space): Debug: 
gPtsCPUBBFwMFQAA9mr2oQ: sieve: file storage: Using active Sieve script 
path: /decrypted/industra.space/events/.dovecot.sieve
Dec  2 16:01:57 vao01 dovecot: lmtp(events@industra.space): Debug: 
gPtsCPUBBFwMFQAA9mr2oQ: sieve: file storage: Using script storage path: 
/decrypted/industra.space/events/sieve
Dec  2 16:01:57 vao01 dovecot: lmtp(events@industra.space): Debug: 
gPtsCPUBBFwMFQAA9mr2oQ: sieve: file storage: Relative path to sieve 
storage in active link: sieve/
Dec  2 16:01:57 vao01 dovecot: lmtp(events@industra.space): Debug: 
gPtsCPUBBFwMFQAA9mr2oQ: sieve: file storage: Using Sieve script path: 
/decrypted/industra.space/events/.dovecot.sieve
Dec  2 16:01:57 vao01 dovecot: lmtp(events@industra.space): Debug: 
gPtsCPUBBFwMFQAA9mr2oQ: sieve: file storage: Storage path 
`/decrypted/industra.space/events/.dovecot.sieve' not found
Dec  2 16:01:57 vao01 dovecot: lmtp(events@industra.space): Debug: 
gPtsCPUBBFwMFQAA9mr2oQ: sieve: User has no active script in storage 
`/decrypted/industra.space/events/sieve'
Dec  2 16:01:57 vao01 dovecot: lmtp(events@industra.space): Debug: 
gPtsCPUBBFwMFQAA9mr2oQ: sieve: User has no personal script
Dec  2 16:01:57 vao01 dovecot: lmtp(events@industra.space): Debug: 
gPtsCPUBBFwMFQAA9mr2oQ: sieve: file storage: Using script storage path: 
/var/lib/dovecot/sieve/before.d
Dec  2 16:01:57 vao01 dovecot: lmtp(events@industra.space): Debug: 
gPtsCPUBBFwMFQAA9mr2oQ: sieve: file script: Opened script `move-spam' 
from `/var/lib/dovecot/sieve/before.d/move-spam.sieve'
Dec  2 16:01:57 vao01 dovecot: lmtp(events@industra.space): Debug: 
gPtsCPUBBFwMFQAA9mr2oQ: sieve: Executed before user's personal Sieve 
script(1): /var/lib/dovecot/sieve/before.d/move-spam.sieve
Dec  2 16:01:57 vao01 dovecot: lmtp(events@industra.space): Debug: 
gPtsCPUBBFwMFQAA9mr2oQ: sieve: Opening script 1 of 1 from 
`/var/lib/dovecot/sieve/before.d/move-spam.sieve'
Dec  2 16:01:57 vao01 dovecot: lmtp(events@industra.space): Debug: 
gPtsCPUBBFwMFQAA9mr2oQ: sieve: Loading script 
/var/lib/dovecot/sieve/before.d/move-spam.sieve
Dec  2 16:01:57 vao01 dovecot: lmtp(events@industra.space): Debug: 
gPtsCPUBBFwMFQAA9mr2oQ: sieve: Script binary 
/var/lib/dovecot/sieve/before.d/move-spam.svbin successfully loaded
Dec  2 16:01:57 vao01 dovecot: lmtp(events@industra.space): Debug: 
gPtsCPUBBFwMFQAA9mr2oQ: sieve: binary save: not saving binary 
/var/lib/dovecot/sieve/before.d/move-spam.svbin, because it is already 
stored
Dec  2 16:01:57 vao01 dovecot: lmtp(events@industra.space): Debug: 
gPtsCPUBBFwMFQAA9mr2oQ: sieve: Executing script from 
`/var/lib/dovecot/sieve/before.d/move-spam.svbin'
Dec  2 16:01:57 vao01 dovecot: lmtp(events@industra.space): 
gPtsCPUBBFwMFQAA9mr2oQ: sieve: 
msgid=: stored mail into 
mailbox 'INBOX'


After changing this to

sieve = file:/decrypted/%d/%n/sieve;active=/decrypted/%d/%n/.dovecot.sieve

I got working sieve rules that forward mails correctly again, but at the 
same time I loose the ability to let users edit their sieve scripts via 
the roundcube managesieve plugin (roundcube reported an unknown error), 
but dovecot complained that the active file wasnt a symlink. I tried 
several combinations of configuring this, but I seem to miss some 
important point. Would you kindly help me get this right? Configs are 
attached.


Thanks in advance, Pavel


root@vao01:/var/www/roundcube/plugins/managesieve# cat config.inc.php 
http://php.net/manual/en/context.ssl.php
// The example below enables server certificate validation
//$config['managesieve_conn_options'] = array(
//  'ssl' => array(
// 'verify_peer'  => true,
// 'verify_depth' => 3,
// 'cafile'   => '/etc/openssl/certs/ca.crt',
//   ),
// );
$config['managesieve_conn_options'] = null;

[no subject]

2018-12-02 Thread Joan Moreau via dovecot 
--- Begin Message ---
Hi 

How to solve this ? 

So many similar segfaults 

Thank you 


On 2018-11-30 06:11, Joan Moreau wrote:

ANother (very very long) example : 


# gdb /usr/libexec/dovecot/indexer-worker 
core.indexer-worker.0.3a33f56105e043de802a7dfcee265a07.21017.154353342400
GNU gdb (GDB) 8.2
Copyright (C) 2018 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-pc-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
. 


For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/libexec/dovecot/indexer-worker...done.
[New LWP 21017]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".
Core was generated by `dovecot/indexer-worker'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0 0x7f768b62b13e in file_lock_do (fd=18, path=0x564540376790 "/data/mail/grosjo.net/admin/mailboxes/QoS/dbox-Mails/dovecot.index.search", lock_type=0, 
lock_method=FILE_LOCK_METHOD_FCNTL, timeout_secs=60, error_r=0x7fff045010b0) at file-lock.c:173

173 {
(gdb) bt full
#0 0x7f768b62b13e in file_lock_do (fd=18, path=0x564540376790 "/data/mail/grosjo.net/admin/mailboxes/QoS/dbox-Mails/dovecot.index.search", lock_type=0, 
lock_method=FILE_LOCK_METHOD_FCNTL, timeout_secs=60, error_r=0x7fff045010b0) at file-lock.c:173

lock_type_str = 
started = 
ret = 
__func__ = "file_lock_do"
#1 0x7f768b62b5b6 in file_wait_lock_error (fd=18, path=0x564540376790 "/data/mail/grosjo.net/admin/mailboxes/QoS/dbox-Mails/dovecot.index.search", lock_type=0, 
lock_method=FILE_LOCK_METHOD_FCNTL, timeout_secs=, lock_r=0x7fff04501118, error_r=0x7fff045010b0) at file-lock.c:318

lock = 
ret = 
#2 0x7f768b62b660 in file_wait_lock (fd=, path=, lock_type=lock_type@entry=0, lock_method=, timeout_secs=timeout_secs@entry=60, 
lock_r=lock_r@entry=0x7fff04501118) at file-lock.c:303

error = 0x564540376490 ""
ret = 
#3 0x7f768a976c87 in squat_trie_lock (trie=0x564540376490, lock_type=0, 
file_lock_r=0x7fff04501118, dotlock_r=0x7fff04501120) at squat-trie.c:294
ret = 
dotlock_r = 0x7fff04501120
file_lock_r = 0x7fff04501118
trie = 0x564540376490
ret = 
__func__ = "squat_trie_lock"
lock_type = 0
ret = 
__func__ = "squat_trie_lock"
#4 0x7f768a978627 in squat_trie_map (trie=0x564540376490, building=) at squat-trie.c:1487
file_lock = 0x0
dotlock = 0x0
changed = 
ret = 
#5 0x7f768a97b19d in squat_uidlist_map_header (uidlist=0x5645403767f0) at 
squat-uidlist.c:378
No locals.
#6 squat_uidlist_map (uidlist=0x5645403767f0) at squat-uidlist.c:477
mmap_hdr = 
ret = 
#7 0x7f768a97b432 in squat_uidlist_open (uidlist=0x5645403767f0) at 
squat-uidlist.c:546
No locals.
#8 0x7f768a97b5aa in squat_uidlist_refresh (uidlist=) at 
squat-uidlist.c:569
No locals.
#9 0x7f768a9787c2 in squat_trie_map (trie=0x564540376490, building=) at squat-trie.c:1526
file_lock = 0x56454210c850
dotlock = 0x0
changed = 
ret = 
#10 0x7f768a97b19d in squat_uidlist_map_header (uidlist=0x5645403767f0) at 
squat-uidlist.c:378
No locals.
#11 squat_uidlist_map (uidlist=0x5645403767f0) at squat-uidlist.c:477
mmap_hdr = 
ret = 
#12 0x7f768a97b432 in squat_uidlist_open (uidlist=0x5645403767f0) at 
squat-uidlist.c:546
No locals.
#13 0x7f768a97b5aa in squat_uidlist_refresh (uidlist=) at 
squat-uidlist.c:569
No locals.
#14 0x7f768a9787c2 in squat_trie_map (trie=0x564540376490, building=) at squat-trie.c:1526
file_lock = 0x56454210c7b0
dotlock = 0x0
changed = 
ret = 
#15 0x7f768a97b19d in squat_uidlist_map_header (uidlist=0x5645403767f0) at 
squat-uidlist.c:378
No locals.
#16 squat_uidlist_map (uidlist=0x5645403767f0) at squat-uidlist.c:477
mmap_hdr = 
ret = 
#17 0x7f768a97b432 in squat_uidlist_open (uidlist=0x5645403767f0) at 
squat-uidlist.c:546
No locals.
#18 0x7f768a97b5aa in squat_uidlist_refresh (uidlist=) at 
squat-uidlist.c:569
No locals.
#19 0x7f768a9787c2 in squat_trie_map (trie=0x564540376490, building=) at squat-trie.c:1526
file_lock = 0x56454210c710
dotlock = 0x0
changed = 
ret = 
#20 0x7f768a97b19d in squat_uidlist_map_header (uidlist=0x5645403767f0) at 
squat-uidlist.c:378
No locals.
#21 squat_uidlist_map (uidlist=0x5645403767f0) at squat-uidlist.c:477
mmap_hdr = 
ret = 
#22 0x7f768a97b432 in squat_uidlist_open (uidlist=0x5645403767f0) at 
squat-uidlist.c:546
No locals.
#23 0x7f768a97b5aa in squat_uidlist_refresh (uidlist=) at 
squat-uidlist.c:569
No locals.
#24 0x7f768a9787c2 in squat_trie_map (trie=0x564540376490,

Re: Mailing list address harvested for spamming

2018-12-02 Thread Ralph Seichter 
* Ruben Safir:

> On Sun, Dec 02, 2018 at 03:58:53AM +0100, Bernd Petrovitsch wrote:
>
>> Let's hope that people who do not know how to use a tool - e.g.
>> like a hammer - doesn't use that tool in the first place 
>
> that is pretty unrealistic and I don't agree with it anyway.

The tool metaphor is realistic. In my experience (which dates back to
the 1980s), email ist a powerful tool, and people need to learn how to
use it properly, with the appropriate software set. Especially in the
area of technical mailing lists I see no reason to cater to dumb MUA
software.

> Email should be intitive

If by "intuitive" you mean "used without engaging one's brain", I have
to disagree. Using a hammer without thinking can mean flattened thumbs,
and moaning about it is inappropriate.

-Ralph

Re: Relocate subfolders to different mount point

2018-12-02 Thread Joel Chornik 
I think sdbox or mdbox format is what you are looking for

> On 2 Dec 2018, at 09:47, Marc Roos  wrote:
> 
> 
> No one an idea? I like to put some "archive" folders on a less iops 
> storage.
> 
> 
> -Original Message-
> From: Marc Roos 
> Sent: donderdag 29 november 2018 18:09
> To: dovecot
> Subject: Relocate subfolders to different mount point
> 
> 
> I would like to relocate the subfolders of the Sent folder to a 
> different location. Now send messages mail is stored in mbox format at 
> the location /home/users/testuser/mail/.Sent. 
> I would like to store the subfolders Sent/2017 and Sent/2018 at the 
> location /home/archive/users/testuser/.Sent.2017 and
> /home/archive/users/testuser/.Sent.2018
> 
> Is this even possible?
> 
> I am using currently using this mail_location:
> mail_location =
> mbox:~/mail:INBOX=/var/spool/mail/%u:CONTROL=~/mail/control:INDEX=/var/d
> ovecot/%u/index:LAYOUT=maildir++
> 
> /var/dovecot is on a ssd
> /var/spool/mail is on sda
> ~/mail is on sdb with these folders
> 
> [@mail]# ls -ac1
> .folderc
> .Drafts
> .foldera
> control
> .Trash.folderc
> .folderb
> .Sent
> .Sent.2018
> .Trash
> 
> 
> 
> 
>

RE: Relocate subfolders to different mount point

2018-12-02 Thread Marc Roos 
 
No one an idea? I like to put some "archive" folders on a less iops 
storage.


-Original Message-
From: Marc Roos 
Sent: donderdag 29 november 2018 18:09
To: dovecot
Subject: Relocate subfolders to different mount point


I would like to relocate the subfolders of the Sent folder to a 
different location. Now send messages mail is stored in mbox format at 
the location /home/users/testuser/mail/.Sent. 
I would like to store the subfolders Sent/2017 and Sent/2018 at the 
location /home/archive/users/testuser/.Sent.2017 and
/home/archive/users/testuser/.Sent.2018

Is this even possible?

I am using currently using this mail_location:
mail_location =
mbox:~/mail:INBOX=/var/spool/mail/%u:CONTROL=~/mail/control:INDEX=/var/d
ovecot/%u/index:LAYOUT=maildir++

/var/dovecot is on a ssd
/var/spool/mail is on sda
~/mail is on sdb with these folders

[@mail]# ls -ac1
.folderc
.Drafts
.foldera
control
.Trash.folderc
.folderb
.Sent
.Sent.2018
.Trash

Re: I never touched nuthin'

2018-12-02 Thread mick crane 

On 2018-12-02 11:38, mick crane wrote:

On 2018-12-01 14:35, Aki Tuomi wrote:

On 01 December 2018 at 12:09 mick crane  wrote:


hello,
do you mind if I ask before I start poking about ?
suddenly I notice that gmail is ignoring or because there is an error
getmail is not sending the delete request.
Mails are sent and received but not deleted gmail so I keep getting
them.

mick@rapunzel:~/.getmail$ getmail --rcfile getmailrc1
Delivery error (command deliver 1363 wrote to stderr: 
lda(mick,)Error:

net_connect_unix(/var/run/dovecot//stats-writer) failed: Permission
denied)

I think is apt install dovecot on debian buster probably
I updated yesterday but was working OK since so I dunno what 
happened.

is log full or something ?

advices appreciated

mick

--
Key IDC7D6E24C


Hi!

you can fix this with

service stats {
 unix_listener stats-writer {
   mode = 077
 }
}

Aki


I put this in 10-master.conf and still get error.
OK /etc/dovecot/dovecot.conf seems like a better place. after reboot is 
happy


--
Key IDC7D6E24C

Re: I never touched nuthin'

2018-12-02 Thread mick crane 

On 2018-12-01 14:35, Aki Tuomi wrote:

On 01 December 2018 at 12:09 mick crane  wrote:


hello,
do you mind if I ask before I start poking about ?
suddenly I notice that gmail is ignoring or because there is an error
getmail is not sending the delete request.
Mails are sent and received but not deleted gmail so I keep getting
them.

mick@rapunzel:~/.getmail$ getmail --rcfile getmailrc1
Delivery error (command deliver 1363 wrote to stderr: lda(mick,)Error:
net_connect_unix(/var/run/dovecot//stats-writer) failed: Permission
denied)

I think is apt install dovecot on debian buster probably
I updated yesterday but was working OK since so I dunno what happened.
is log full or something ?

advices appreciated

mick

--
Key IDC7D6E24C


Hi!

you can fix this with

service stats {
 unix_listener stats-writer {
   mode = 077
 }
}

Aki


I put this in 10-master.conf and still get error.

--
Key IDC7D6E24C

Re: Mailing list address harvested for spamming

2018-12-02 Thread Bernd Petrovitsch 
On 02/12/2018 04:13, Ruben Safir wrote:
[...]
> Email should be intitive

(It was for me clear from the context that you meant "intuitive";-)

Yes, email (as any other tool) should be intuitive and as easy to use as
a hammer (and even hammers can be misused - it' just that we grow up and
learn how to use a hammer).
But with increasing complexity of a tool, this is gets harder an harder
to achieve.
And the main "problem" with user-interfaces as such is that a "good user
interface" depends on the user (the users knowledge, etc.) so an
intuitive user-interface for one user may be totally
non-intuitive/strange/ hard to use/inconvenient/too limiting/ for
another user (and vice versa).

And the solution is actually trivial: a MUA just needs always a "reply
to sender" and "reply to all" button and when the MUA detects ML
headers, a "reply to list" button. It's than as intuitive as it can get.

But some widely used MUAs don't do this out of the box and next to no
one blames the MUAs for this but try to push their user interface
problem somewhere else (as in "the ML manager must work around my
problem and support exactly my use case - I don't care about all others").

MfG,
Bernd
-- 
Bernd Petrovitsch  Email : be...@petrovitsch.priv.at
 LUGA : http://www.luga.at