dovecot - Oct 2009 - Panic: file sieve-cmu.c: line 262 (part_save): assertion failed: (buf->used - 1 == part->body_size.physical_size)

Hi everybody

We are running in the same issue as Maciej Polewczynski does in
http://www.dovecot.org/list/dovecot/2008-September/033645.html

Is there already a solution? I dont think so? In the TODO-File for 1.2.2
this issue is still reported:
####
[...]
 - sieve-cmu.c crash: i_assert(buf->used - 1
=part->body_size.physical_size);
[...]
####

I am not able to reproduce the problem but I think it has something to
do with the charset of a mail? Because the 2 bits which are used with
UTF-8 for special characters?

Dovecot is running in a 64bit vServer on a 64bit host. Both are debian
lenny with all patches. The dovecot-packages is backported.

Just write me if you need more informations.

Raffael

-- 
About our system:
# dovecot --version
1.2.2

# dovecot -n
# 1.2.2: /etc/dovecot/dovecot.conf
# OS: Linux 2.6.22.18-nine-vserver-grsec2.1.11-vs2.2.0.6 x86_64 Debian
5.0.3 ufs
log_timestamp: %Y-%m-%d %H:%M:%S
protocols: imap imaps pop3 pop3s managesieve
ssl_cert_file: /etc/dovecot/dovecot.pem
ssl_key_file: /etc/dovecot/dovecot.pem
disable_plaintext_auth: no
login_dir: /var/run/dovecot/login
login_executable(default): /usr/lib/dovecot/imap-login
login_executable(imap): /usr/lib/dovecot/imap-login
login_executable(pop3): /usr/lib/dovecot/pop3-login
login_executable(managesieve): /usr/lib/dovecot/managesieve-login
login_process_per_connection: no
max_mail_processes: 1500
mail_max_userip_connections(default): 30
mail_max_userip_connections(imap): 30
mail_max_userip_connections(pop3): 10
mail_max_userip_connections(managesieve): 10
verbose_proctitle: yes
first_valid_uid: 70
last_valid_uid: 70
first_valid_gid: 70
last_valid_gid: 70
mail_uid: vmail
mail_gid: vmail
mail_location: maildir:/srv/vmail/%d/%n
maildir_very_dirty_syncs: yes
mbox_write_locks: fcntl dotlock
mail_executable(default): /usr/lib/dovecot/imap
mail_executable(imap): /usr/lib/dovecot/imap
mail_executable(pop3): /usr/lib/dovecot/pop3
mail_executable(managesieve): /usr/lib/dovecot/managesieve
mail_process_size: 756
mail_plugins(default): fts fts_squat quota imap_quota
mail_plugins(imap): fts fts_squat quota imap_quota
mail_plugins(pop3): quota fts fts_squat
mail_plugins(managesieve):
mail_plugin_dir(default): /usr/lib/dovecot/modules/imap
mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap
mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3
mail_plugin_dir(managesieve): /usr/lib/dovecot/modules/managesieve
pop3_reuse_xuidl(default): no
pop3_reuse_xuidl(imap): no
pop3_reuse_xuidl(pop3): yes
pop3_reuse_xuidl(managesieve): no
namespace:
  type: private
  separator: .
  prefix: INBOX.
  inbox: yes
  list: yes
  subscriptions: yes
lda:
  postmaster_address: postmaster at nine.ch
  mail_plugins: sieve quota
  rejection_subject: Automatically rejected message: %s to %t
  rejection_reason: This_would_be_a_long_line
auth default:
  mechanisms: plain login
  user: vmail
  username_chars:
  master_user_separator: /
  passdb:
    driver: passwd-file
    args: /etc/dovecot/dovecot.masteruser
    pass: yes
    master: yes
  passdb:
    driver: sql
    args: /etc/dovecot/dovecot-sql.conf
  passdb:
    driver: sql
    args: /etc/dovecot/dovecot-sql-fallback.conf
  userdb:
    driver: sql
    args: /etc/dovecot/dovecot-sql.conf
  userdb:
    driver: sql
    args: /etc/dovecot/dovecot-sql-fallback.conf
  socket:
    type: listen
    master:
      path: /var/run/dovecot/auth-master
      mode: 432
      user: vmail
      group: mail
plugin:
  quota: dict:user::proxy::quotadict
  quota_rule: *:storage=500M
  quota_rule2: Trash:storage=10%%
  quota_warning: storage=95%% /usr/local/bin/nine-quota-warning.sh 95 %u
  quota_warning2: storage=80%% /usr/local/bin/nine-quota-warning.sh 80 %u
  quota_exceeded_message: Mailbox ist voll / Mailbox is full
  sieve: ~/.dovecot.sieve
  sieve_dir: /srv/sieve-recipes/%d/%n
  fts: squat
  fts_squat: partial=4 full=10
dict:
  quotadict: mysql:/etc/dovecot/dovecot-dict-quota.conf

Am 13.10.2009 um 10:11 schrieb Raffael Schmid:
> Hi everybody
>
> We are running in the same issue as Maciej Polewczynski does in
> http://www.dovecot.org/list/dovecot/2008-September/033645.html
>
> Is there already a solution? I dont think so? In the TODO-File for  
> 1.2.2
> this issue is still reported:
> ####
> [...]
> - sieve-cmu.c crash: i_assert(buf->used - 1 =>
part->body_size.physical_size);
> [...]
> ####
-- snip --
> About our system:
> # dovecot --version
> 1.2.2
> lda:
>  postmaster_address: postmaster at nine.ch
>  mail_plugins: sieve quota
Hi,

you can not run into the same problem as the Dovecot 1.2 series has a  
new Sieve implementation rewritten by Stephan Bosch. If there ought to  
be a similar problem it is most likely fixed in a later release (1.2.6  
is current).

Regards
Thomas

Hi Thomas

Thomas Leuxner wrote:
> you can not run into the same problem as the Dovecot 1.2 series has a
> new Sieve implementation rewritten by Stephan Bosch. If there ought to
> be a similar problem it is most likely fixed in a later release (1.2.6
> is current).
Thank you for your answer but my mail.log shows something different:

Sep 19 18:52:01 vmail2 dovecot: deliver(mailaddress at example.org): Panic:
file ext-body-common.c: line 149 (ext_body_part_save): assertion failed:
(buf->used - 1 == part->body_size.physical_size)

For me this really looks like the same bug or at least bug-"race",
even
if its not in the same file ("line 262 (part_save):"). Maybe some code
was taken over into the new implementation?

Regards
 raf