similar to: assertion failed: (auth_request_state_count[request->state] > 0)

Here's another one-off crash in dovecot-2.0.3's auth process. Looks like request->mech == NULL in auth_request_initial(). I don't see any obvious fixes to this code between 2.0.3 and 2.0.6 so it may still be present in 2.0.6. Exception Type: EXC_BAD_ACCESS (SIGSEGV) Exception Codes: KERN_INVALID_ADDRESS at 0x0000000000000018 0 auth

1. My earlier patch to fix a typo in array.h was not good enough. Here's one that not only compiles, but also doesn't crash: --- dovecot-2.0.alpha2/src/lib/array.h 2009-10-08 10:04:35.000000000 -0500 +++ dovecot/src/lib/array.h 2009-10-29 20:47:47.000000000 -0500 @@ -72,8 +72,7 @@ (elem)++) # define array_foreach_modifiable(array, elem) \ for (elem =

Op 20/12/2018 om 18:09 schreef Ludovic Pouzenc: > Hi, > > I hit a bizare problem with dovecot 2.2.7 on debian 9 with LMTP enabled and auth/penalty disabled as documented here : > https://wiki.dovecot.org/Authentication/Penalty > > Use case : I run a swaks command to send an email to an exim4 that tries to make a callout to dovecot-lmtp. > At RCPT TO: swaks hangs

Hi, I can confirm that in the bad behavior, the 5 second delay occurs at each AUTH in our case. I think the configuration we have kill auth process at each end of AUTH (and fork a new one for next next AUTH). I think the "disable" flag is local to the process that is killed / respawned. A collegue of mine, Laurent Guerby, has found a workaround for us and it's findings seems

Hi, I hit a bizare problem with dovecot 2.2.7 on debian 9 with LMTP enabled and auth/penalty disabled as documented here : https://wiki.dovecot.org/Authentication/Penalty Use case : I run a swaks command to send an email to an exim4 that tries to make a callout to dovecot-lmtp. At RCPT TO: swaks hangs 5.0<something-small> seconds then process normally (exim is waiting for callout

>From the make output: libtool: link: gcc -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -Wstrict-aliasing=2 -Wl,--as-needed -o .libs/auth auth.o auth-cache.o auth-client-connection.o auth-master-connection.o mech-otp-skey-common.o mech-plain-common.o auth-penalty.o auth-request.o auth-request-handler.o

Running 2.2.15 on FreeBSD 10.0. Forcing replication with: doveadm replicator replicate -f user at host.com on one user that I've seen some syslogs show up to see what's going on. Other users are fine. When I run the above command on the one user it produces a core dump. See below for syslog output and full backtrace: syslog output: Oct 26 22:44:09 d3cstorage dovecot: dsync-server(user

Yesterday, I upgraded my debian packages from 0.99.14 to 0.99.20050712-2. IMAP service has not been reliable since, and I was seeing crashes with one user. I tried deleting the user's .subscriptions and .imap folders, and forcing the client (Mac OS X's Mail.app) to redownload everything, but that resulted in an empty inbox. Here's what I have: # dpkg -l dovecot*

freebsd 6.0 Dovecot v1.0.rc25 dovecot: Apr 14 17:06:25 Error: IMAP(ddalton): file mbox-sync-rewrite.c: line 408 (mbox_sync_read_and_move): assertion failed: (need_space == (uoff_t)-mails[idx].space) dovecot: Apr 14 17:06:26 Error: child 60712 (imap) killed with signal 6 Core was generated by `imap'. Program terminated with signal 6, Aborted. Reading symbols from

freebsd 6.0 Dovecot v1.0.rc25 dovecot: Apr 14 17:06:25 Error: IMAP(ddalton): file mbox-sync-rewrite.c: line 408 (mbox_sync_read_and_move): assertion failed: (need_space == (uoff_t)-mails[idx].space) dovecot: Apr 14 17:06:26 Error: child 60712 (imap) killed with signal 6 Core was generated by `imap'. Program terminated with signal 6, Aborted. Reading symbols from

Hi, I had a core dump while using rc18. Here are the backtraces: Jan 23 01:01:44 rouge dovecot: IMAP(user): file mail-index-view.c: line 386 (_view_lookup_uid_range): assertion failed: (*last_seq_r >= *first_seq_r) Jan 23 01:01:44 rouge dovecot: IMAP(user): Raw backtrace: [0x47f25b00000000] Jan 23 01:01:44 rouge dovecot: child 24319 (imap) killed with signal 6 Core was generated by

Hello! I have several gzip'ed mbox Files in my home dir and the problem occurs when I use one of the gzip'ed files as shown mbox in the gui and want to see one mail of it. It also happens on the extended search from Horde which then such a gzip'ed file. Example file: # file In_2014.gz In_2014.gz: gzip compressed data, was "In_2014", last modified: Wed Dec 2

Hi, I had a core dump while using rc25. Here are the backtraces: Mar 5 00:52:31 rouge dovecot: IMAP(XXXXXX): Maildir /home/XXXXXX/Mail/.Sent sync: UID < next_uid (1 < 2, file = 1173024945.P2421Q0M874108.rouge:2,S) Mar 5 00:52:31 rouge dovecot: IMAP(XXXXXX): file client.c: line 401 (_client_input): assertion failed: (!client->handling_input) Mar 5 00:52:31 rouge dovecot: child 29120

Hi, Dovecot 1.0 beta7 is dying on me. My logfile shows: May 10 15:54:28 hermes dovecot: IMAP(alden): UIDs broken with partial sync in mbox file /var/mail/alden May 10 15:54:28 hermes dovecot: IMAP(alden): file mbox-sync-rewrite.c: line 106 (mbox_sync_headers_add_space): assertion failed: (start_pos < data_size) May 10 15:54:28 hermes dovecot: child 14185 (imap) killed with signal 6 I'm

Hello List, We just migrated from a PPC Xserve to an Intel Xserve. I used "rsync" to bring everyone's home directories over, and in the back of my mind wondered about how it would handle the binary index files... only one way to find out! :) Once I tried to login to IMAP, I got the following results: May 6 19:46:48 posh dovecot[1169]: IMAP(cabel): Rebuilding index file

Hi Timo, Using RC19, I've have the following crash. If there was a core file, I've got no idea where it's gone... Jan 25 10:35:10 rouge dovecot: imap-login: file client.c: line 528 (client_unref): assertion failed: (client->refcount > 0) Jan 25 10:35:10 rouge dovecot: child 25498 (login) killed with signal 6 Best regards, -- Nico On r?alise qu'une femme est de la dynamite

I've attached a few assertion errors in imap. Any fixes or advice on where to look are appreciated. This is with the CVS version, current as of April 27. Todd Burroughs -------------- next part -------------- dovecot: Apr 27 00:00:45 Error: 5714 IMAP(chairman): file mail-index-transaction.c: line 808 (mail_index_update_ext): assertion failed: (seq > 0 && (seq <=

Hello, I've just updated from Samba 2.2.8a to 2.2.12 and now I've regconized that my user authentication does not work anymore. We have an Active Directory Domain and I tried the following lines in smb.conf: security = domain password server = dc1,dc2 encrypted passwords = yes With these lines all authentications fail. When I change my configuration to security = server password server

Hey, i'm trying to patch asterisk to work with ncs. I get this error: root@fox:/Kit/openpbx/asterisk-1.0.0# patch -p1 <../conf_patches/ncs_dtmf_combined_v03.diff can't find file to patch at input line 3 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |--- channels/chan_mgcp.c 16 Jul 2004 21:22:55 -0000 1.60 |+++

Hey, i'm trying to patch asterisk to work with ncs. I get this error: root@fox:/Kit/openpbx/asterisk-1.0.0# patch -p1 <../conf_patches/ncs_dtmf_combined_v03.diff can't find file to patch at input line 3 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |--- channels/chan_mgcp.c 16 Jul 2004 21:22:55 -0000 1.60 |+++