search for: script_count

I have only verified the fix on Debian 7. The Debian 6 guest doesn't appear to boot, I'm not sure why. The second patch contains a test suite. Rich.

This patchset attempts to address a number of shortcomings in the firstboot infrastructure I came across while working with v2v conversion of various Windows VMs. Roman Kagan (4): firstboot: consolidate line ending conversion firstboot: enhance firstboot driver script for Windows firstboot: make script naming descriptive convert_windows: split firstboot into steps

...ls. #7 0x00007fc574913948 in lda_sieve_deliver_mail (mdctx=<optimized out>, storage_r=0x7ffdd3a36208) at lda-sieve-plugin.c:948 srctx = {svinst = 0x7fc5761b09b0, mdctx = 0x7ffdd3a36230, home_dir = 0x7fc5761acf78 "/var/mail/vhosts/xx/yy", scripts = 0x7fc576171088, script_count = 0, user_script = 0x0, main_script = 0x0, msgdata = 0x0, scriptenv = 0x0, user_ehandler = 0x0, master_ehandler = 0x7fc5761b56c0, userlog = 0x0} debug = <optimized out> svenv = {hostname = 0x7fc57618cb98 "xx.com", domainname = 0x0, base_dir = 0x...

...0007fc574913948 in lda_sieve_deliver_mail (mdctx=<optimized out>, storage_r=0x7ffdd3a36208) at lda-sieve-plugin.c:948 > srctx = {svinst = 0x7fc5761b09b0, mdctx = 0x7ffdd3a36230, > home_dir = 0x7fc5761acf78 "/var/mail/vhosts/xx/yy", scripts = 0x7fc576171088, script_count = 0, > user_script = 0x0, main_script = 0x0, msgdata = 0x0, scriptenv = 0x0, user_ehandler = 0x0, > master_ehandler = 0x7fc5761b56c0, userlog = 0x0} > debug = <optimized out> > svenv = {hostname = 0x7fc57618cb98 "xx.com", domainnam...

On Thu, 2015-08-06 at 09:12 +0200, Stephan Bosch wrote: > Could you provide a full backtrace using the gdb command `bt full'? Thanks for the reply. Is this everything you need? #0 0x00007f8553969626 in sieve_validator_register_command () from /usr/lib/dovecot/libdovecot-sieve.so.0 No symbol table info available. #1 0x00007f8552eff4e6 in ext_extdata_validator_load (ext=0x7f8556f60280,

.... #7 0x00007ff53e2da948 in lda_sieve_deliver_mail (mdctx=<optimized out>, storage_r=0x7fff1893f998) at lda-sieve-plugin.c:948 srctx = {svinst = 0x7ff53fb599b0, mdctx = 0x7fff1893f9c0, home_dir = 0x7ff53fb55f78 "/var/mail/vhosts/xxx/xxx", scripts = 0x7ff53fb1a088, script_count = 0, user_script = 0x0, main_script = 0x0, msgdata = 0x0, scriptenv = 0x0, user_ehandler = 0x0, master_ehandler = 0x7ff53fb5e6c0, userlog = 0x0} debug = <optimized out> svenv = {hostname = 0x7ff53fb35b98 "xxx.com", domainname = 0x0, base_dir = 0...

On Thu, 2015-08-06 at 16:10 +0200, Stephan Bosch wrote: > Since the extdata plugin is not part of the normal Debian packages (not > afaik anyway), you likely compiled and installed the extdata plugin > manually in the past while using Dovecot 2.1. Do that again, but use > this repository: http://hg.rename-it.nl/pigeonhole-0.4-sieve-extdata/ I'm just trying to install this now,

...gs = 0}} #19 lda_sieve_deliver_mail (mdctx=<optimized out>, storage_r=0x7fffdfaff338) at lda-sieve-plugin.c:986 _data_stack_cur_id = 3 srctx = {svinst = 0x14092e0, mdctx = 0x7fffdfaff360, home_dir = 0x13f1708 "/var/vmail/domains/leuxner.net/tlx", scripts = 0x1384d28, script_count = 1, user_script = 0x140d3c0, main_script = 0x140d3c0, msgdata = 0x7fffdfaff100, scriptenv = 0x7fffdfaff1d0, user_ehandler = 0x140cba0, master_ehandler = 0x140ca90, userlog = 0x1384da8 "/var/vmail/domains/leuxner.net/tlx/.dovecot.sieve.log"} debug = <optimized out&gt...

Hi list I just realized that that I don not receive all mails in my mailbox (running dovecot-ee 2.2.23.1-1 on Debian 8). On my frontend servers (running postfix) the queue fills up with mails that cannot be delivered via lmtp to my backend servers. The error message on the frontend is "lost connection with backend while sending data" When I checked the logs on the backend server I found

# 2.2.devel (c73322f): /etc/dovecot/dovecot.conf # Pigeonhole version 0.4.devel (fac92b5) # OS: Linux 3.16.0-4-amd64 x86_64 Debian 8.6 ==> /var/log/dovecot/dovecot.log <== Oct 15 09:50:15 nihlus dovecot: lmtp(11447): Connect from local Oct 15 09:50:15 nihlus dovecot: lmtp(tlx at leuxner.net): Panic: file lda-sieve-plugin.c: line 447 (lda_sieve_execute_scripts): assertion failed: (script !=

..._sieve_deliver_mail (mdctx=0x7ffdac80ac10, storage_r=0x7ffdac80aba8) at lda-sieve-plugin.c:920 _data_stack_cur_id = 3 srctx = {svinst = 0x7fa88e647f40, mdctx = 0x7ffdac80ac10, home_dir = 0x7fa88e5c0000 "/net/storage-6/home/37/eggenjb6", scripts = 0x7fa88e583768, script_count = 1, user_script = 0x7fa88e64bd20, main_script = 0x7fa88e64bd20, msgdata = 0x7ffdac80a9a0, scriptenv = 0x7ffdac80a9d0, user_ehandler = 0x7fa88e64b500, master_ehandler = 0x7fa88e64b3f0, action_ehandler = 0x0, userlog = 0x7fa88e5837e8 "/net/storage-6/home/37/eggenjb6/.dovec...

Hi Stephan, Here it is: Program received signal SIGSEGV, Segmentation fault. p_strdup (pool=pool at entry=0x55555579bc20, str=0x6d65642e6c69616d <error: Cannot access memory at address 0x6d65642e6c69616d>) at strfuncs.c:51 51????? strfuncs.c: No such file or directory. (gdb) bt full #0? p_strdup (pool=pool at entry=0x55555579bc20, str=0x6d65642e6c69616d <error: Cannot access memory at

A very miscellaneous set of cleanups to how we handle the Windows registry in virt-v2v, firstboot, and inspection code. This should all be straightforward non-controversial refactoring. Some highlights: - Add a new mllib Registry module containing various utility functions that are currently scattered all around. - Only compute the software/system hive paths once during inspection, and