Re: Segfaults after upgrade to Debian Jessie
On Thu, 2015-08-06 at 16:10 +0200, Stephan Bosch wrote: > What version of the extdata plugin are you using? This looks like a > version built for Dovecot v2.1/Pigeonhole 0.3.0. Keep in mind that the > extdata plugin is not part of the Pigeonhole distribution, so that will > not be upgraded along with Pigeonhole. > > 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/ You're absolutely right; sorry, I had completely forgotten. I'll give that a go and let you know how I get on. Thanks, Andy
Re: backing up IMAP server on a hard drive
Dear Rick, I just got dovecot up and running on my localhost PC. Thanks On Thu, Aug 6, 2015 at 9:41 PM, Kevin Laurie wrote: > Dear Rick, > Thanks. > I guess I'll have to install dovecot. > I am not sure what the parameter for the -host2 should be(apart from > localhost? ) > Its my first time doing dovecot on a Linux desktop. > > > I was thinking of using Thunderbird to download all mails but I guess that > will be too long of a process. > > On Friday, August 7, 2015, Rick Romero wrote: >> >> Hi Kevin, >> >> Ahh. When you said desktop, I assumed you meant Windows. Dovecot is an >> IMAP Server, so I assume that was the server you wanted to backup. >> >> If you're running Linux, then you could run Dovecot on it and use IMAPSync >> to sync your Gmail locally. >> >> Rick >> >> Quoting Kevin Laurie : >> >> Dear Rick, >> >> Thanks for your feedback. >> I think rsync might be a better option. Its(imap server)with gmail so I >> dont think it would work . >> >> Furthermore I am running a linux system(Ubuntu 14.04 to be precise). Does >> Mercury 32 support it? >> From the site it seems not. >> >> Please advise. >> Regards >> Kevin >> >> >> >> On Thursday, August 6, 2015, Rick Romero wrote: >>> >>> Quoting Kevin Laurie : >>> Hi, I am trying to back up my IMAP server to a hard drive. Later I intend to extract all mails for attachments. What do you reckon is the best too to perform this ? Imapsync or Thunderbird (or something else, please recommend) One problem I am having with imapsync is the setting for host2 (being a localhost computer). How does one set a parameter for host2 being a desktop computer. ThanksKevin >>> >>> >>> You could run Mercury/32 http://www.pmail.com/ as a local IMAP server >>> that >>> could be your 'desktop destination'. >>> >>> Though I'd assume the typical backup solution for a smaller environment >>> would probably use rsync (unless your server is a VM, then you could >>> image >>> the whole VM via whatever utilities the host provides). >>> >>> Rick >> >> >> >
Re: backing up IMAP server on a hard drive
Dear Rick, Thanks. I guess I'll have to install dovecot. I am not sure what the parameter for the -host2 should be(apart from localhost? ) Its my first time doing dovecot on a Linux desktop. I was thinking of using Thunderbird to download all mails but I guess that will be too long of a process. On Friday, August 7, 2015, Rick Romero wrote: > Hi Kevin, > > Ahh. When you said desktop, I assumed you meant Windows. Dovecot is an > IMAP Server, so I assume that was the server you wanted to backup. > > If you're running Linux, then you could run Dovecot on it and use IMAPSync > to sync your Gmail locally. > > Rick > > Quoting Kevin Laurie >: > > Dear Rick, > Thanks for your feedback. > I think rsync might be a better option. Its(imap server)with gmail so I > dont think it would work . > > Furthermore I am running a linux system(Ubuntu 14.04 to be precise). Does > Mercury 32 support it? > From the site it seems not. > > Please advise. > Regards > Kevin > > > > On Thursday, August 6, 2015, Rick Romero > wrote: > >> Quoting Kevin Laurie : >> >> Hi, >>> I am trying to back up my IMAP server to a hard drive. Later I intend to >>> extract all mails for attachments. What do you reckon is the best too to >>> perform this ? >>> >>> Imapsync or Thunderbird (or something else, please recommend) >>> >>> One problem I am having with imapsync is the setting for host2 (being a >>> localhost computer). >>> How does one set a parameter for host2 being a desktop computer. >>> >>> ThanksKevin >>> >>> >> >> You could run Mercury/32 http://www.pmail.com/ as a local IMAP server >> that >> could be your 'desktop destination'. >> >> Though I'd assume the typical backup solution for a smaller environment >> would probably use rsync (unless your server is a VM, then you could image >> the whole VM via whatever utilities the host provides). >> >> Rick > > > >
Re: backing up IMAP server on a hard drive
Hi Kevin, Ahh. When you said desktop, I assumed you meant Windows. Dovecot is an IMAP Server, so I assume that was the server you wanted to backup. If you're running Linux, then you could run Dovecot on it and use IMAPSync to sync your Gmail locally. Rick Quoting Kevin Laurie : Dear Rick, Thanks for your feedback. I think rsync might be a better option. Its(imap server)with gmail so I dont think it would work . Furthermore I am running a linux system(Ubuntu 14.04 to be precise). Does Mercury 32 support it? From the site it seems not. Please advise. Regards Kevin On Thursday, August 6, 2015, Rick Romero wrote: Quoting Kevin Laurie : Hi, I am trying to back up my IMAP server to a hard drive. Later I intend to extract all mails for attachments. What do you reckon is the best too to perform this ? Imapsync or Thunderbird (or something else, please recommend) One problem I am having with imapsync is the setting for host2 (being a localhost computer). How does one set a parameter for host2 being a desktop computer. ThanksKevin You could run Mercury/32 http://www.pmail.com/ as a local IMAP server that could be your 'desktop destination'. Though I'd assume the typical backup solution for a smaller environment would probably use rsync (unless your server is a VM, then you could image the whole VM via whatever utilities the host provides). Rick Links: -- [1]
Re: backing up IMAP server on a hard drive
Dear Rick, Thanks for your feedback. I think rsync might be a better option. Its(imap server)with gmail so I dont think it would work . Furthermore I am running a linux system(Ubuntu 14.04 to be precise). Does Mercury 32 support it? >From the site it seems not. Please advise. Regards Kevin On Thursday, August 6, 2015, Rick Romero wrote: > Quoting Kevin Laurie : > > Hi, >> I am trying to back up my IMAP server to a hard drive. Later I intend to >> extract all mails for attachments. What do you reckon is the best too to >> perform this ? >> >> Imapsync or Thunderbird (or something else, please recommend) >> >> One problem I am having with imapsync is the setting for host2 (being a >> localhost computer). >> How does one set a parameter for host2 being a desktop computer. >> >> ThanksKevin >> >> > > You could run Mercury/32 http://www.pmail.com/ as a local IMAP server that > could be your 'desktop destination'. > > Though I'd assume the typical backup solution for a smaller environment > would probably use rsync (unless your server is a VM, then you could image > the whole VM via whatever utilities the host provides). > > Rick >
Re: backing up IMAP server on a hard drive
Quoting Kevin Laurie : Hi, I am trying to back up my IMAP server to a hard drive. Later I intend to extract all mails for attachments. What do you reckon is the best too to perform this ? Imapsync or Thunderbird (or something else, please recommend) One problem I am having with imapsync is the setting for host2 (being a localhost computer). How does one set a parameter for host2 being a desktop computer. ThanksKevin You could run Mercury/32 http://www.pmail.com/ as a local IMAP server that could be your 'desktop destination'. Though I'd assume the typical backup solution for a smaller environment would probably use rsync (unless your server is a VM, then you could image the whole VM via whatever utilities the host provides). Rick
backing up IMAP server on a hard drive
Hi, I am trying to back up my IMAP server to a hard drive. Later I intend to extract all mails for attachments. What do you reckon is the best too to perform this ? Imapsync or Thunderbird (or something else, please recommend) One problem I am having with imapsync is the setting for host2 (being a localhost computer). How does one set a parameter for host2 being a desktop computer. Thanks Kevin
Re: Segfaults after upgrade to Debian Jessie
What version of the extdata plugin are you using? This looks like a
version built for Dovecot v2.1/Pigeonhole 0.3.0. Keep in mind that the
extdata plugin is not part of the Pigeonhole distribution, so that will
not be upgraded along with Pigeonhole.
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/
Regards,
Stephan.
Andrew Beverley schreef op 6-8-2015 om 10:13:
On Thu, 2015-08-06 at 09:49 +0200, Stephan Bosch wrote:
You have no debug symbols installed. Could you install dovecot-dbg
package and try again?
Sorry, how's this:
#0 sieve_validator_find_command_registration (valdtr=0x, command=0x7fc573c4bcd8
"extdata") at sieve-validator.c:309
No locals.
#1 sieve_validator_register_command (valdtr=0x, ext=0x7fc5761b1280,
cmd_def=0x7fc573e4c400 )
at sieve-validator.c:331
cmd_reg =
#2 0x7fc573c4b4e6 in ext_extdata_validator_load (ext=0x7fc5761b1280,
valdtr=0x) at ext-extdata.c:46
No locals.
#3 0x7fc5746c51a4 in _sieve_extension_unload (ext=) at
sieve-extensions.c:316
No locals.
#4 sieve_extension_unregister (ext=) at sieve-extensions.c:426
ext_reg =
ext_id =
#5 0x7fc5746c550e in sieve_plugins_unload (svinst=0x7fc5761b09b0) at
sieve-plugins.c:166
module = 0x7fc5761b5500
unload_func =
plugin = 0x7fc5761b1268
__FUNCTION__ = "sieve_plugins_unload"
#6 0x7fc5746ca8dc in sieve_deinit (svinst=svinst@entry=0x7ffdd3a36050) at
sieve.c:136
No locals.
#7 0x7fc574913948 in lda_sieve_deliver_mail (mdctx=,
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 =
svenv = {hostname = 0x7fc57618cb98 "xx.com", domainname = 0x0, base_dir =
0x7fc5761ac8c0 "/var/run/dovecot",
username = 0x7fc5761abda8 "y...@xx.com",
home_dir = 0x7fc5761acf78 "/var/mail/vhosts/xx/yy", flags =
SIEVE_FLAG_HOME_RELATIVE,
location = SIEVE_ENV_LOCATION_MDA, delivery_phase =
SIEVE_DELIVERY_PHASE_DURING}
i =
ret =
#8 0x7fc5756c6d69 in mail_deliver (ctx=ctx@entry=0x7ffdd3a36230,
storage_r=storage_r@entry=0x7ffdd3a36208) at mail-deliver.c:400
ret =
#9 0x7fc575af6171 in client_deliver (session=0x7fc5761aa060,
src_mail=0x7fc5761a5840, rcpt=0x7fc57617e7d0,
client=0x7fc57617df50) at commands.c:689
lda_set = 0x7fc57618cb28
ns =
set_parser =
line =
storage = 0x0
sets =
mail_error = 1981272992
ret =
dctx = {pool = 0x7fc5761aa040, set = 0x7fc57618cb28, session =
0x7fc5761aa060, dup_ctx = 0x7fc5761b08d0,
session_id = 0x7fc57617e760 "8WveM2IVw1V5fgAAChoztw", src_mail =
0x7fc5761a5840,
src_envelope_sender = 0x7fc57617e778 "x...@hotmail.com", dest_user =
0x7fc5761abcd0,
dest_addr = 0x7fc57617edd0 "y...@xx.com", final_dest_addr = 0x7fc57617edd0
"y...@xx.com",
dest_mailbox_name = 0x7fc575af8ad0 "INBOX", dest_mail = 0x0,
var_expand_table = 0x0, tempfail_error = 0x0,
tried_default_save = false, saved_mail = false, save_dest_mail =
false, mailbox_full = false, dsn = false}
input =
mail_set =
error =
username =
#10 client_deliver_next (session=0x7fc5761aa060, src_mail=0x7fc5761a5840,
client=0x7fc57617df50) at commands.c:732
count =
#11 client_input_data_write_local (input=,
client=0x7fc57617df50) at commands.c:827
src_mail = 0x7fc5761a5840
first_uid = 4294967295
session = 0x7fc5761aa060
old_uid = 0
#12 client_input_data_write (client=0x7fc57617df50) at commands.c:939
input = 0x7fc57618dc50
ret = true
#13 client_input_data_handle (client=0x7fc57617df50) at commands.c:1033
data =
size = 934
ret =
#14 0x7fc575140d0f in io_loop_call_io (io=0x7fc57617d3a0) at ioloop.c:441
ioloop = 0x7fc576178730
t_id = 2
__FUNCTION__ = "io_loop_call_io"
#15 0x7fc575141d09 in io_loop_handler_run_internal
(ioloop=ioloop@entry=0x7fc576178730) at ioloop-epoll.c:220
ctx = 0x7fc57617b550
io =
tv = {tv_sec = 299, tv_usec = 983558}
events_count =
msecs =
ret = 1
i = 0
j =
call =
__FUNCTION__ = "io_loop_handler_run_internal"
#16 0x7fc575140d79 in io_loop_handler_run
(ioloop=ioloop@entry=0x7fc5761787
SiS does not work
How do you do. I have tried to use SiS to deduplicate attachments in mail storage. Unsuccesful. When goes mail with reasonable size, and SiS try to start, I have receive error, when this mail must be delivered for group of receivers (i.e. through aliases). Below is error log, valuable parts of mail addresses masked by X and Y chars Aug 6 16:11:12 mailsrv dovecot: lmtp(x): AL1SNrkyw1VPBAAABJcpmA: msgid=<2015080614471325760...@chinacoalchem.com> (from z...@chinacoalchem.com): saved mail to INBOX This receiver has received mail. But next one does not. And to receive I must restart _sendmail_ (not dovecot!). I must restart sendmail as many times as there were recipients in envelope. Aug 6 16:11:12 mailsrv dovecot: lmtp(): Error: read(/usr/share/smbusers/x/mail/attachments /e4/3d/e43db6e8af6fb1df4a08f9c1f3f31e93e61781c4c1d2395e04dd96a583aa-01bd5236b932c3554f0404972998[base64 :19 b/l]) failed: Stream is smaller than expected (0 < 4080128) Aug 6 16:11:12 mailsrv dovecot: lmtp(): Error: read(attachments-connector(/usr/share/smbusers/x/mail/storage/m.35)) failed: read(/usr/share/smbusers/x/mail/attachments/e4/3d/e43db6e8af6f b1df4a08f9c1f3f31e93e61781c4c1d2395e04dd96a583aa-01bd5236b932c3554f0404972998[base64:19 b/l]) failed: Stream is smaller than expected (0 < 4080128) Aug 6 16:11:12 mailsrv dovecot: lmtp(): Error: copy: i_stream_read(attachments-connector(/usr/share/smbusers/x/mail/storage/m.35)) failed: read(/usr/share/smbusers/x/mail/attachments/e4/ 3d/e43db6e8af6fb1df4a08f9c1f3f31e93e61781c4c1d2395e04dd96a583aa-01bd5236b932c3554f0404972998[base64:19 b/l]) failed: Stream is smaller than expected (0 < 4080128) Aug 6 16:11:12 mailsrv dovecot: lmtp(): Error: read(attachments-connector(/usr/share/smbusers/x/mail/storage/m.35)) failed: read(/usr/share/smbusers/x/mail/attachments/e4/3d/e43db6e8af6f b1df4a08f9c1f3f31e93e61781c4c1d2395e04dd96a583aa-01bd5236b932c3554f0404972998[base64:19 b/l]) failed: Stream is smaller than expected (0 < 4080128) (uid=0, box=INBOX) Aug 6 16:11:12 mailsrv dovecot: lmtp(): AL1SNrkyw1VPBAAABJcpmA: msgid=<2015080614471325760...@chinacoalchem.com> (from z...@chinacoalchem.com): save failed to INBOX: Internal error occurred. Refer to server log for more information. [2015-08-06 16:11:12] Why LMTP, when try to deliver mail to local user tries to look up into a home directory of local user x? All these and similar home directories has a 'mail' subdir, which keeps mail and rights on this subdir is 0700. To avoid this completely misunderstood occassion, I have temporary set mail_attachment_min_size to 2048kb - but now I cannot receive advantage from SiS. -- С Уважением. Ачилов Рашид Нурмухамедович (achilo...@granch.ru) Главный специалист по защите информации ООО НПФ "Гранч", тел: +7 (383) 233-35-12, доб. 107 smime.p7s Description: Криптографическая подпись S/MIME
Re: 2.2.18: Mailbox INBOX sync: mailbox_delete failed: INBOX can't be deleted.
Hello Could my previously reported error above have something to do with the IMAP path prefix? It's not configured on either of the previously mentioned servers. I see a similar error, which may be related, when trying to sync using offlineimap.py: Folder INBOX [acc: test_account]: ERROR: ERROR in syncfolder for test_account folder INBOX Thanks Dale On 5 August 2015 at 16:59, Dale Gallagher wrote: > Hello > > I have 2.2.18 built with: > > ./configure \ > --prefix="$prefix" \ > --bindir="$prefix/bin" \ > --sbindir="$prefix/bin" \ > --sysconfdir="/etc" \ > --with-storages="maildir,imapc,pop3c" \ > --without-vpopmail \ > --without-ldap > > I'm attempting to sync (backup) from another Dovecot server running > version 2.0.21: > > Both servers don't have no explicit namespaces configured and both are > using the Maildir storage plugin. > > doveadm -Dv -o imapc_user=remote_user -o imapc_host=source.host -o > imapc_port=993 -o imapc_ssl=imaps -o imapc_password=remote_pass -o > imapc_features="rfc822.size fetch-headers" backup -R -u local_user imapc: > > All seems to go well, showing local and remote mailbox syncing without > errors, then finally: > > dsync(mcg): Debug: brain M: Deleting mailbox 'INBOX' (GUID > 59023c2a911dc255842bd09efc50): UIDVALIDITY changed (1355416734 -> > 1438784913) > dsync(mcg): Error: Mailbox INBOX sync: mailbox_delete failed: INBOX can't > be deleted. > > No mail is synced to the local server (2.2.18) after this error halts > execution. > > What should I be looking for, in terms of possible causes of this error? > > I've tried syncing on a completely fresh mailbox, which hasn't been > accessed by a mail client and the same error occurs. > > I've seen similar reports of this error before, without clear solutions / > suggestions. > > Help would be greatly appreciated. > > Thanks > > > >
Re: question on autch cache parameters
hi timo,
I checked out the commit causing this.
its this one:
http://hg.dovecot.org/dovecot-2.2/diff/5e445c659f89/src/auth/auth-request.c#l1.32
if I move this block back as it was. everything is fine
diff -r a46620d6e0ff -r 5e445c659f89 src/auth/auth-request.c
--- a/src/auth/auth-request.c Tue May 05 13:35:52 2015 +0300
+++ b/src/auth/auth-request.c Tue May 05 14:16:31 2015 +0300
@@ -618,30 +627,28 @@
auth_request_want_skip_passdb(request, next_passdb))
next_passdb = next_passdb->next;
+ if (*result == PASSDB_RESULT_OK) {
+ /* this passdb lookup succeeded, preserve its extra fields */
+ auth_fields_snapshot(request->extra_fields);
+ request->snapshot_have_userdb_prefetch_set =
+ request->userdb_prefetch_set;
+ if (request->userdb_reply != NULL)
+ auth_fields_snapshot(request->userdb_reply);
+ } else {
+ /* this passdb lookup failed, remove any extra fields it set */
+ auth_fields_rollback(request->extra_fields);
+ if (request->userdb_reply != NULL) {
+ auth_fields_rollback(request->userdb_reply);
+ request->userdb_prefetch_set =
+ request->snapshot_have_userdb_prefetch_set;
+ }
+ }
+
if (passdb_continue && next_passdb != NULL) {
/* try next passdb. */
request->passdb = next_passdb;
request->passdb_password = NULL;
- if (*result == PASSDB_RESULT_OK) {
- /* this passdb lookup succeeded, preserve its extra
- fields */
- auth_fields_snapshot(request->extra_fields);
- request->snapshot_have_userdb_prefetch_set =
- request->userdb_prefetch_set;
- if (request->userdb_reply != NULL)
- auth_fields_snapshot(request->userdb_reply);
- } else {
- /* this passdb lookup failed, remove any extra fields
- it set */
- auth_fields_rollback(request->extra_fields);
- if (request->userdb_reply != NULL) {
- auth_fields_rollback(request->userdb_reply);
- request->userdb_prefetch_set =
-
request->snapshot_have_userdb_prefetch_set;
- }
- }
-
if (*result == PASSDB_RESULT_USER_UNKNOWN) {
/* remember that we did at least one successful
passdb lookup */
On 08/05/2015 05:33 PM, matthias lay wrote:
> just tested against dovecot 2.2.15
>
> everythings works fine. so might be a bug introduced between 2.2.16 and
> 2.2.18
>
>
>
>
>
> On 08/05/2015 04:30 PM, matthias lay wrote:
>> Hi list,
>>
>> I have a question on auth caching in 2.2.18.
>>
>> I am using acl_groups for a master user, appended in a static userdb file
>>
>> # snip ###
>> master@uma:{SHA}=::userdb_acl_groups=umareadmaster
>> allow_nets=127.0.0.1
>> # snap ###
>>
>> and use this group in a global ACL file.
>> I discovered this only works on first NOT-cached login
>>
>>
>>
>> environment in imap-postlogin script on first login:
>>
>>
>> AUTH_TOKEN=e96b5a32ceb2cafc4460c210ad2e92e3d7ab388c
>> MASTER_USER=master@uma
>> SPUSER=private/pdf
>> LOCAL_IP=127.0.0.1
>> USER=pdf
>> AUTH_USER=master@uma
>> PWD=/var/run/dovecot
>> USERDB_KEYS=ACL_GROUPS HOME SPUSER MASTER_USER AUTH_TOKEN AUTH_USER
>> SHLVL=1
>> HOME=/var/data/vmail/private/pdf
>> ACL_GROUPS=umareadmaster
>> IP=127.0.0.1
>> _=/usr/bin/env
>>
>>
>> on the second cached login it looks like this
>>
>>
>> AUTH_TOKEN=12703b11932f233520f6d4b33559c33aeb1cfc7f
>> MASTER_USER=master@uma
>> SPUSER=private/pdf
>> LOCAL_IP=127.0.0.1
>> USER=pdf
>> AUTH_USER=master@uma
>> PWD=/var/run/dovecot
>> USERDB_KEYS=HOME SPUSER MASTER_USER AUTH_TOKEN AUTH_USER
>> SHLVL=1
>> HOME=/var/data/vmail/private/pdf
>> IP=127.0.0.1
>> _=/usr/bin/env
>>
>> so the ACL_GROUPS is gone.
>>
>> is this intended to be like that.
>> so groups not included in cache and I have to find another approach?
>>
>> anybody else encountered similar problems with some auth Variables and
>> caching?
>>
>>
>> Greetz Matze
>>
>
Re: Segfaults after upgrade to Debian Jessie
On Thu, 2015-08-06 at 09:49 +0200, Stephan Bosch wrote:
> You have no debug symbols installed. Could you install dovecot-dbg
> package and try again?
Sorry, how's this:
#0 sieve_validator_find_command_registration (valdtr=0x,
command=0x7fc573c4bcd8 "extdata") at sieve-validator.c:309
No locals.
#1 sieve_validator_register_command (valdtr=0x, ext=0x7fc5761b1280,
cmd_def=0x7fc573e4c400 )
at sieve-validator.c:331
cmd_reg =
#2 0x7fc573c4b4e6 in ext_extdata_validator_load (ext=0x7fc5761b1280,
valdtr=0x) at ext-extdata.c:46
No locals.
#3 0x7fc5746c51a4 in _sieve_extension_unload (ext=) at
sieve-extensions.c:316
No locals.
#4 sieve_extension_unregister (ext=) at sieve-extensions.c:426
ext_reg =
ext_id =
#5 0x7fc5746c550e in sieve_plugins_unload (svinst=0x7fc5761b09b0) at
sieve-plugins.c:166
module = 0x7fc5761b5500
unload_func =
plugin = 0x7fc5761b1268
__FUNCTION__ = "sieve_plugins_unload"
#6 0x7fc5746ca8dc in sieve_deinit (svinst=svinst@entry=0x7ffdd3a36050) at
sieve.c:136
No locals.
#7 0x7fc574913948 in lda_sieve_deliver_mail (mdctx=,
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 =
svenv = {hostname = 0x7fc57618cb98 "xx.com", domainname = 0x0, base_dir
= 0x7fc5761ac8c0 "/var/run/dovecot",
username = 0x7fc5761abda8 "y...@xx.com",
home_dir = 0x7fc5761acf78 "/var/mail/vhosts/xx/yy", flags =
SIEVE_FLAG_HOME_RELATIVE,
location = SIEVE_ENV_LOCATION_MDA, delivery_phase =
SIEVE_DELIVERY_PHASE_DURING}
i =
ret =
#8 0x7fc5756c6d69 in mail_deliver (ctx=ctx@entry=0x7ffdd3a36230,
storage_r=storage_r@entry=0x7ffdd3a36208) at mail-deliver.c:400
ret =
#9 0x7fc575af6171 in client_deliver (session=0x7fc5761aa060,
src_mail=0x7fc5761a5840, rcpt=0x7fc57617e7d0,
client=0x7fc57617df50) at commands.c:689
lda_set = 0x7fc57618cb28
ns =
set_parser =
line =
storage = 0x0
sets =
mail_error = 1981272992
ret =
dctx = {pool = 0x7fc5761aa040, set = 0x7fc57618cb28, session =
0x7fc5761aa060, dup_ctx = 0x7fc5761b08d0,
session_id = 0x7fc57617e760 "8WveM2IVw1V5fgAAChoztw", src_mail =
0x7fc5761a5840,
src_envelope_sender = 0x7fc57617e778 "x...@hotmail.com", dest_user =
0x7fc5761abcd0,
dest_addr = 0x7fc57617edd0 "y...@xx.com", final_dest_addr =
0x7fc57617edd0 "y...@xx.com",
dest_mailbox_name = 0x7fc575af8ad0 "INBOX", dest_mail = 0x0,
var_expand_table = 0x0, tempfail_error = 0x0,
tried_default_save = false, saved_mail = false, save_dest_mail =
false, mailbox_full = false, dsn = false}
input =
mail_set =
error =
username =
#10 client_deliver_next (session=0x7fc5761aa060, src_mail=0x7fc5761a5840,
client=0x7fc57617df50) at commands.c:732
count =
#11 client_input_data_write_local (input=,
client=0x7fc57617df50) at commands.c:827
src_mail = 0x7fc5761a5840
first_uid = 4294967295
session = 0x7fc5761aa060
old_uid = 0
#12 client_input_data_write (client=0x7fc57617df50) at commands.c:939
input = 0x7fc57618dc50
ret = true
#13 client_input_data_handle (client=0x7fc57617df50) at commands.c:1033
data =
size = 934
ret =
#14 0x7fc575140d0f in io_loop_call_io (io=0x7fc57617d3a0) at ioloop.c:441
ioloop = 0x7fc576178730
t_id = 2
__FUNCTION__ = "io_loop_call_io"
#15 0x7fc575141d09 in io_loop_handler_run_internal
(ioloop=ioloop@entry=0x7fc576178730) at ioloop-epoll.c:220
ctx = 0x7fc57617b550
io =
tv = {tv_sec = 299, tv_usec = 983558}
events_count =
msecs =
ret = 1
i = 0
j =
call =
__FUNCTION__ = "io_loop_handler_run_internal"
#16 0x7fc575140d79 in io_loop_handler_run
(ioloop=ioloop@entry=0x7fc576178730) at ioloop.c:488
No locals.
#17 0x7fc575140df8 in io_loop_run (ioloop=0x7fc576178730) at ioloop.c:465
__FUNCTION__ = "io_loop_run"
#18 0x7fc5750ebdc3 in master_service_run (service=0x7fc5761785c0,
callback=) at master-service.c:566
No locals.
#19 0x7fc575af49b5 in main (argc=1, argv=0x7fc576178390) at main.c:122
set_roots = {0x7fc5758ca4c0 , 0x7fc575cfa6c0
, 0x0}
service_flags =
storage_service_flags =
c =
Re: Segfaults after upgrade to Debian Jessie
Op 8/6/2015 om 9:35 AM schreef Andrew Beverley: > 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? You have no debug symbols installed. Could you install dovecot-dbg package and try again? Regards, Stephan
Re: Dovecot under Linux with mail-extension and case insesitiv
Sascha wrote: Hello, i use doevecot 2.2.18 current. My Problem is with email-extension and case sensitiv folders. I've had similar problems. As I run Win-7 against a Samba-linux server. Win-7 does case-preserving+case-ignore -- samba does case Mangling -- it seems to uppercase machine names & lowercase user names... causes alot of chaos I'm only 1-user, so I changed my /etc/passwd file to have 2-3 names for each user-id I wanted to show up: root:x:0:0:root:/root:/bin/bash Bliss\root:x:0:0:root:/root:/bin/bash BLISS\root:x:0:0:root:/root:/bin/bash At times/over the years, I've had Samba give me each variation at least once. But it's not just samba... different brands of 'ssh' will pass different things -- some just 'user', some Domain\User, some Domain/User(cygwin). Since most of my personal users are all lower case, they don't usually need special attention, but in home directories under 'Bliss', have a symlink BLISS->Bliss. On some shares also needed another symlink bliss->Bliss. (ARR)...(BTW - Bliss was meant as "irony"... so symlinks might help but will look ugly)...it can get worse -- in user/group names, sometimes spaces are removed.. 'Power Users' => powerusers.. ARG!!! But when I've talked to dovecot... I always have just needed the user name (no Domain)... Maybe your email software has some setting to tell it to "play nice"? Sorry for the "bad idea for large-scale implementation, but it was easiest to do for a few users..(home network)... BTW... some file systems are moving toward ignoring case... xfs has had a case-ignore option but only works in ascii range. Heard apple' implemented case-preserve+ignore on theirs, and seem to remember reading somthing about Solaris(Sun/Oracle)' ZFS getting a case-ignore+preserve option. Good luck! Example: user+extenstion will be delivered to the user and subfolder extenstion so this is okay. but user+extenstion will not be delivert to the user and exiting subfolder Extenstion so that is not okay. The mail will be also delivered in the subfolder extension. The exiting Folder Extension will not used. Give's a way to tell dovecot, use the extension as a Folder, if a exiting folder with Upper/Lower Cases will be detect and use the right folder to delivery? -- Regards Sascha --- Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft. https://www.avast.com/antivirus
Re: Segfaults after upgrade to Debian Jessie
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 0x7f8553969626 in sieve_validator_register_command () from /usr/lib/dovecot/libdovecot-sieve.so.0 No symbol table info available. #1 0x7f8552eff4e6 in ext_extdata_validator_load (ext=0x7f8556f60280, valdtr=0x) at ext-extdata.c:46 No locals. #2 0x7f85539791a4 in sieve_extension_unregister () from /usr/lib/dovecot/libdovecot-sieve.so.0 No symbol table info available. #3 0x7f855397950e in sieve_plugins_unload () from /usr/lib/dovecot/libdovecot-sieve.so.0 No symbol table info available. #4 0x7f855397e8dc in sieve_deinit () from /usr/lib/dovecot/libdovecot-sieve.so.0 No symbol table info available. #5 0x7f8553bc7948 in ?? () from /usr/lib/dovecot/modules/lib90_sieve_plugin.so No symbol table info available. #6 0x7f855497ad69 in mail_deliver () from /usr/lib/dovecot/libdovecot-lda.so.0 No symbol table info available. #7 0x7f8554daa171 in ?? () No symbol table info available. #8 0x7f85543f4d0f in io_loop_call_io () from /usr/lib/dovecot/libdovecot.so.0 No symbol table info available. #9 0x7f85543f5d09 in io_loop_handler_run_internal () from /usr/lib/dovecot/libdovecot.so.0 No symbol table info available. #10 0x7f85543f4d79 in io_loop_handler_run () from /usr/lib/dovecot/libdovecot.so.0 No symbol table info available. #11 0x7f85543f4df8 in io_loop_run () from /usr/lib/dovecot/libdovecot.so.0 No symbol table info available. #12 0x7f855439fdc3 in master_service_run () from /usr/lib/dovecot/libdovecot.so.0 No symbol table info available. #13 0x7f8554da89b5 in main ()
Re: Segfaults after upgrade to Debian Jessie
Op 7/25/2015 om 1:32 AM schreef Andrew Beverley: > Hi, > > I've just upgrade from Debian Wheezy to Debian Jessie and am getting: > > Fatal: master: service(lmtp): child 6761 killed with signal 11 (core dumped) > > It seems to be something to do with sieve. When I disable that from lmtp then > everything works fine. > > OS: Debian Jessie > Dovecot version: 2.2.13 > CPU: x86 > > This is the gdb output: > > Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". > Core was generated by `dovecot/lmtp'. > Program terminated with signal SIGSEGV, Segmentation fault. > #0 0x7f8e4c94f626 in sieve_validator_register_command () from > /usr/lib/dovecot/libdovecot-sieve.so.0 Could you provide a full backtrace using the gdb command `bt full'? Regards, Stephan.
