Re: [Dovecot] failed: Message has been copied too many times
El 31/10/13 16:17, Joseba Torre escribió: Are you sure it's dovecot who is duplicating emails? I have seen this No, I'm not sure. before (not so many copies, but the same effect) and I've always thought it was a thunderbird thing (in every case I've seen the client was thunderbird, and I think your users also use it). It could be the reason. My users are using thunderbird and this problem always happened with users with lot of automatic mails in a mailbox, so the could be trying to delete them (although I told to some of them and they told me that they didn't, but you know...) I've always solved with the thunderbird function to remove duplicates. Where is this function? Is it a complement? -- Angel L. Mateo Martínez Sección de Telemática Área de Tecnologías de la Información y las Comunicaciones Aplicadas (ATICA) http://www.um.es/atica Tfo: 868887590 Fax: 86337
Re: [Dovecot] Crash in dovecot 2.2.6
On 02/11/2013 11:18, Timo Sirainen wrote: On 29.10.2013, at 10.26, Ed W li...@wildgooses.com wrote: Hi, I recently upgraded from a dovecot 2.1 version to 2.2.6. I now have a single user who occasionally triggers a crash (just this one user it seems?). The user connects via LiveMail (v14.0.8117.) and IMAP. Oct 29 08:05:26 mail1 dovecot: imap(custo...@example.org): Error: Raw backtrace: /usr/lib/dovecot/libdovecot.so.0(+0x6575a) [0xd94cc75a] - /usr/lib/dovecot/libdovecot.so.0(+0x657cb) [0xd94cc7cb] - /usr/lib/dovecot/libdovecot.so.0(i_fatal+0) [0xd9481991] - /usr/lib/dovecot/libdovecot There was an assert error message logged before this raw backtrace. What is it? I'm sorry, yes of course there is. Sorry, tunnel vision: Samples: Nov 5 06:08:43 mail1 dovecot: imap(u...@example.com): Panic: file mail-index-transaction-export.c: line 203 (log_append_ext_hdr_update): assertion failed: (u32.offset + u32.size = ext_hdr_size) Nov 5 06:13:21 mail1 dovecot: imap(u...@example.com): Panic: file mail-index-transaction-export.c: line 203 (log_append_ext_hdr_update): assertion failed: (u32.offset + u32.size = ext_hdr_size) Nov 5 07:50:59 mail1 dovecot: imap(u...@example.com): Panic: file mail-index-transaction-export.c: line 203 (log_append_ext_hdr_update): assertion failed: (u32.offset + u32.size = ext_hdr_size) Nov 5 07:55:23 mail1 dovecot: imap(u...@example.com): Panic: file mail-index-transaction-export.c: line 203 (log_append_ext_hdr_update): assertion failed: (u32.offset + u32.size = ext_hdr_size) Thanks Ed W
Re: [Dovecot] Best way from Mbox to Maildir using 2.17?
On Mon, 2013-11-04 at 19:29 +1000, Noel Butler wrote: [...] think in postfix home_mailbox = Maildir/ will do it, with sendmail its much more tricky and your best sticking with mbox, if exim, NFI - dont Or - strategically - you use dovecot's LDA which should know where to throw the mails in. For sendmail, read http://platyna.platinum.linux.pl/blog/?p=3: Basically add somewhere in the middle of the /etc/mail/sendmail.mc (where the other FEATURE() lines are) snip FEATURE(local_procmail, `/usr/libexec/dovecot/deliver', `deliver -d $u', `SPhnu9')dnl MODIFY_MAILER_FLAGS(`LOCAL', `-f')dnl snip and add the end, we do not need the procmail-mailer (as above uses/modifies the local mailer) snip dnl MAILER(procmail)dnl snip Caveat emptor: It's Fedora/RedHat-world over here and installation from RPMs. So check the paths;-) Bernd -- Bernd Petrovitsch Email : be...@petrovitsch.priv.at LUGA : http://www.luga.at
Re: [Dovecot] Replication on v2.2.6 - I'm stuck (again)
Hi Timo, Thanks for the info. I've upgraded to v2.2.7 and made the change. Now I get: Nov 5 11:00:00 server1 dovecot: dsync-server(mark): Error: Couldn't lock /home/mark/.dovecot-sync.lock: Timed out after 30 seconds Nov 5 11:00:02 server1 dovecot: dsync-local(mark): Error: Couldn't lock /home/mark/.dovecot-sync.lock: Timed out after 30 seconds Also, I get a lot of errors about Dovecot trying to replicate mailboxes for (system) users that don't have them. Is there any way to exclude users from replication? -Mark On 3 November 2013 21:23, Timo Sirainen t...@iki.fi wrote: 1) Upgrade to v2.2.7 2) Use: mail_replica = tcp:server2.mydomain.com On 3.11.2013, at 21.53, IT geek 31 itgee...@googlemail.com wrote: Hi Timo, Thanks for your response. Getting it to replicate over TCP is what I'm after. How do I tweak my config to get it to do that? I followed http://wiki2.dovecot.org/Replication, but I've obviously taking a wrong turn... -Mark On 2 November 2013 11:46, Timo Sirainen t...@iki.fi wrote: On 30.10.2013, at 13.01, IT geek 31 itgee...@googlemail.com wrote: I'm trying to get Dovecot replication working between two servers. I didn't have much luck on v2.1.3, so after receiving advice from the list I have upgraded to v2.2.6. I now get the error: Oct 30 11:50:16 server1 dovecot: doveadm(mark): Error: user mark: Auth PASS lookup failed Oct 30 11:50:16 server2 dovecot: doveadm(mark): Error: sync: /var/run/dovecot/auth-userdb: passdb lookup failed (to see if user is proxied, because doveadm_port is set) I don’t think you need to have doveadm_port set, since you’re not replicating over TCP. Remove it and it should just work? Anyway, it still shouldn’t have failed, this fixes it: http://hg.dovecot.org/dovecot-2.2/rev/47848e9fc622 also this gives a bit better error message for the PASS lookup failure: http://hg.dovecot.org/dovecot-2.2/rev/9b45f6d20d9d
Re: [Dovecot] Best way from Mbox to Maildir using 2.17?
On 05/11/2013 17:30, SATOH Fumiyasu wrote: At Tue, 5 Nov 2013 08:10:46 +0100 (CET), Steffen Kaiser wrote: http://batleth.sapienti-sat.org/projects/mb2md/ The program has at least 2 bugs in it: . If the body has paragraph break (i.e., '\n') followed by the RFC822 keyword 'From', the original message will loose the last half of the message and a phantom message will be created. Change from my notes: # if ( /^From / # -to- # if ( /^From .*? \d\d:\d\d:\d\d \d\d\d\d/ . I never could figure out where the second bug was. This one created some messages with blank subject lines. You have a badly formatted mbox file, if there is such distinction neccessary: No. There are some variants of mbox format. See https://en.wikipedia.org/wiki/Mbox#Family RFC 4155 o Each message in the mbox database MUST be immediately preceded by a single separator line, which MUST conform to the following syntax: The exact character sequence of From; a single Space character (0x20); the email address of the message sender (as obtained from the message envelope or other authoritative source), conformant with the addr-spec syntax from RFC 2822; http://manpages.ubuntu.com/manpages/precise/man5/mbox.5.html In order to avoid misinterpretation of lines in message bodies which begin with the four characters From, followed by a space character, the mail delivery agent must quote any occurrence of From at the start of a body line.
Re: [Dovecot] Best way from Mbox to Maildir using 2.17?
On 05/11/2013 19:44, Bernd Petrovitsch wrote: On Mon, 2013-11-04 at 19:29 +1000, Noel Butler wrote: [...] think in postfix home_mailbox = Maildir/ will do it, with sendmail its much more tricky and your best sticking with mbox, if exim, NFI - dont Or - strategically - you use dovecot's LDA which should know where to throw the mails in. but using system users, you wouldnt use dovecot's LDA :)
Re: [Dovecot] Best way from Mbox to Maildir using 2.17?
On 05/11/2013 11:04, Noel Butler wrote: On 05/11/2013 19:44, Bernd Petrovitsch wrote: On Mon, 2013-11-04 at 19:29 +1000, Noel Butler wrote: [...] think in postfix home_mailbox = Maildir/ will do it, with sendmail its much more tricky and your best sticking with mbox, if exim, NFI - dont Or - strategically - you use dovecot's LDA which should know where to throw the mails in. but using system users, you wouldnt use dovecot's LDA :) Why not? Cheers, Daniele
Re: [Dovecot] Best way from Mbox to Maildir using 2.17?
On 05/11/2013 20:11, Daniele Nicolodi wrote: On 05/11/2013 11:04, Noel Butler wrote: but using system users, you wouldnt use dovecot's LDA :) Why not? pure overkill, your MTA already knows where it goes, it doesnt need to do any special lookups, would you use postfix virtual, to deliver local user? no, of course you wouldnt :)
Re: [Dovecot] [bug] ssl-params hangs when FIPS is enabled
On 11/02/2013 02:31 PM, Timo Sirainen wrote: On 1.10.2013, at 21.14, Michal Hlavinka mhlav...@redhat.com wrote: we found a bug in ssl-params. It calls openssl DH generator for 512 and 1024 bits, but in FIPS mode, openssl won't generate anything for less than 1024, so it fails with: error:0506A06E:Diffie-Hellman routines:DH_BUILTIN_GENPARAMS:key size too small but when DH generator fails, ssl-params hangs forever in io_loop_run: http://hg.dovecot.org/dovecot-2.2/rev/c472e0454ee3 should fix this. tested (whole 2.2.7) and it works fine Thanks
Re: [Dovecot] Best way from Mbox to Maildir using 2.17?
On 05/11/2013 12:24, Noel Butler wrote: On 05/11/2013 20:11, Daniele Nicolodi wrote: On 05/11/2013 11:04, Noel Butler wrote: but using system users, you wouldnt use dovecot's LDA :) Why not? pure overkill, your MTA already knows where it goes, it doesnt need to do any special lookups, would you use postfix virtual, to deliver local user? no, of course you wouldnt :) Using dovecot-lda has nothing to do with postfix virtual users, it is the only way I know to use sieve filtering and have messages indexed at delivery. Cheers, Daniele
[Dovecot] s it safe to manipulate Maildir files directly?
Date: Tue, 5 Nov 2013 08:40:31 +0100 From: Oli Schacher dove...@lists.wgwh.ch On Mon, 4 Nov 2013 21:49:59 -0800 David Henkel-Wallace gu...@henkel-wallace.org wrote: Having the cron job find the messages and train spamassassin is no problem. The question is how to move the messages. Is it safe to simply rename the files from my cron job? [...] If I have to go through to Dovecot I am afraid I'd need the user's credentials, which is not appropriate. you can do all this with doveadm scripts. Oli, thanks for the suggestion. It hadn't occured to me to consider doveadm. That's exactly the right tool. Regards, David
Re: [Dovecot] dovecot Digest, Vol 127, Issue 7
Date: Tue, 5 Nov 2013 08:22:57 +0100 (CET) From: Steffen Kaiser skdove...@smail.inf.fh-brs.de My specific application: I am running spamassassin and would like users to be able to submit spam (and ham) directly by moving it into special folders. I did this before switching to antispam. I use antispam with spool2dir now, that central directory has a inotify watcher that trains the messages instantly. This is a great idea. In my case I think I will get away with a five minute cron job since the pickup latency should be manageable to the users and there is less to install. But I like in principle the idea of an immediate, fs-driven trigger, which would probably use fewer CPU cycles in the aggregate. [...]all my users moved messages into spam/yes, but copied them into spam/no Unfortunately I can't rely on users getting this right, much less understanding the difference between copy and move semantics. And I'm probably not going to be able to upgrade my users. Thanks for your advice! -d
[Dovecot] Issue with postfix not handing over e-mails to dovecot
Hello! I have installed postfix with dovecot and postgresql. I have set up SASL authentication for postfix and dovecot and been able to test them successfully. I am able to send sasl authenticated emails through smtpd on postfix using a mail client like Thunderbird. However, now I am unable to receive any e-mails. When I respond to the emails, I get a not delivered failure from postfix. I cannot figure out why postfix is not handing over the e-mails to dovecot. So here are some links to follow: posftconf output: https://gist.github.com/anonymous/7318863 doveconf output: https://gist.github.com/anonymous/7318896 tail -f /var/log/mail.* output (when receiving mail): https://gist.github.com/anonymous/7318945 Any help to solve this would be highly appreciated. Regards Tru Pheenix
Re: [Dovecot] failed: Message has been copied too many times
El 05/11/13 09:10, Angel L. Mateo escribió: El 31/10/13 16:17, Joseba Torre escribió: Are you sure it's dovecot who is duplicating emails? I have seen this No, I'm not sure. before (not so many copies, but the same effect) and I've always thought it was a thunderbird thing (in every case I've seen the client was thunderbird, and I think your users also use it). It could be the reason. My users are using thunderbird and this problem always happened with users with lot of automatic mails in a mailbox, so the could be trying to delete them (although I told to some of them and they told me that they didn't, but you know...) In my personal case, it happens every now and then without any external activity, and definetly without any manual deleting (may be it's related to automatic filtering?) I've always solved with the thunderbird function to remove duplicates. Where is this function? Is it a complement? I don't think so. Just right click on any folder in the folder pane, and in spanish there is a Borrar duplicados option. But I have installed a Remove Duplicate Messages (Alternate) extension, maybe this option comes from this. Aaagur.
[Dovecot] Message parser loops on certain messages (e.g. with a trailing CR character)
Hi, dovecot's message parser enters an endless loop when fed with certain multipart messages with stray CR characters. parse_next_body_to_boundary() assumes the '\r' might be the beginning of a boundary line, reducing the block size by one: src/lib-mail/message-parser.c: 404 /* no linefeeds in this block. we can just skip it. */ 405 ret = 0; 406 if (block_r-data[block_r-size-1] == '\r') { 407 /* this may be the beginning of the \r\n--boundary */ 408 block_r-size--; 409 } For a block size of 1 (e.g. the trailing '\r' character), dovecot ends up processing zero-sized blocks, calling message_parser_read_more() without skipping the input stream: ... #6 0x7f94f49374c7 in i_stream_read (stream=0xbe2fc8) at istream.c:167 #7 0x7f94f49383d5 in i_stream_read_data (stream=0xbe2fc8, data_r=0x7fff2141d6b0, size_r=0x7fff2141d6b8, threshold=1) at istream.c:497 #8 0x7f94f4918c2b in message_parser_read_more (ctx=0xbe7c10, block_r=0x7fff2141d6a0, full_r=0x7fff2141d667) at message-parser.c:128 #9 0x7f94f491af67 in message_parser_parse_next_block (ctx=0xbe7c10, block_r=0x7fff2141d6a0) at message-parser.c:1012 #10 0x7f94f491b2fb in message_parser_parse_body (ctx=0xbe7c10, hdr_callback=0x7f94f4c69a75 parse_bodystructure_part_header, context=0xbf0450) at message-parser.c:1075 #11 0x7f94f4c6a876 in index_mail_parse_body (mail=0xbecd00, field=MAIL_CACHE_IMAP_BODYSTRUCTURE) at index-mail.c:895 #12 0x7f94f4c6aedb in index_mail_parse_bodystructure (mail=0xbecd00, field=MAIL_CACHE_IMAP_BODYSTRUCTURE) at index-mail.c:1046 #13 0x7f94f4c6b4a5 in index_mail_get_special (_mail=0xbecd00, field=MAIL_FETCH_IMAP_BODYSTRUCTURE, value_r=0x7fff2141d958) at index-mail.c:1170 #14 0x7f94f4bfab53 in maildir_mail_get_special (_mail=0xbecd00, field=MAIL_FETCH_IMAP_BODYSTRUCTURE, value_r=0x7fff2141d958) at maildir-mail.c:570 #15 0x7f94f4c36ea1 in mail_get_special (mail=0xbecd00, field=MAIL_FETCH_IMAP_BODYSTRUCTURE, value_r=0x7fff2141d958) at mail.c:269 #16 0x0041c5d7 in fetch_bodystructure (ctx=0xbd6a48, mail=0xbecd00, context=0x0) at imap-fetch.c:678 ... You will find a sample message attached to this mail. I have added a check to see if the parser is past the EOF (and omit reducing the block size then) as a band-aid fix, but this might call for a more elegant solution. Best regards, Tomasz Potêga [Wirtualna Polska] http://www.wp.pl Znajdziesz nas tutaj: [Wp na Facebooku] https://www.facebook.com/WirtualnaPolska [Wp na Twitterze] https://twitter.com/wirtualnapolska [Wp na SlideShare] http://www.slideshare.net/wirtualnapolska [Wp w Google+] https://plus.google.com/+wppl [Wp na YouTube] https://www.youtube.com/user/wptvwppl WIRTUALNA POLSKA Spółka Akcyjna z siedzibą w Gdańsku przy ul. Traugutta 115 C, wpisana do Krajowego Rejestru Sądowego - Rejestru Przedsiębiorców prowadzonego przez Sąd Rejonowy Gdańsk - Północ w Gdańsku pod numerem KRS 068548, o kapitale zakładowym 67.980.024,00 złotych opłaconym w całości oraz Numerze Identyfikacji Podatkowej 957-07-51-216. Message-ID: 526f7eef.4020...@wp-sa.pl Date: Tue, 29 Oct 2013 10:25:03 +0100 From: Tomasz Potega tpot...@wp-sa.pl User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130917 Thunderbird/17.0.9 To: Tomasz Potega tpot...@wp-sa.pl Subject: test Content-Type: multipart/mixed; boundary=020801050602010609000403 Return-Path: tpot...@wp-sa.pl MIME-Version: 1.0 --020801050602010609000403 Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit --020801050602010609000403 Content-Type: text/plain; charset=UTF-8; name=redhat-release Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=redhat-release CentOS release 6.4 (Final)
Re: [Dovecot] [bug] ssl-params hangs when FIPS is enabled
On 11/02/2013 02:31 PM, Timo Sirainen wrote: On 1.10.2013, at 21.14, Michal Hlavinka mhlav...@redhat.com wrote: we found a bug in ssl-params. It calls openssl DH generator for 512 and 1024 bits, but in FIPS mode, openssl won't generate anything for less than 1024, so it fails with: error:0506A06E:Diffie-Hellman routines:DH_BUILTIN_GENPARAMS:key size too small but when DH generator fails, ssl-params hangs forever in io_loop_run: http://hg.dovecot.org/dovecot-2.2/rev/c472e0454ee3 should fix this. I spoke too soon. Original issue is fixed - when FIPS mode is enabled, ssl-params no longer fails. On the other hand, underlaying problem still exists. When ssl-params fails (for whatever reason) it gets stuck. One way to reproduce it is chroot without /dev populated # /usr/libexec/dovecot/ssl-params Info: Generating SSL parameters Fatal: DH_generate_parameters(bits=1024, gen=2) failed: error:24064064:lib(36):func(100):reason(100) Error: child process failed with status 22784 - ssl-params is stuck
[Dovecot] increased core dumps with v2.2.7
Hi, After upgrading to v2.2.7 yesterday, I am starting to get a larger number of bugs occurring -- unfortunately I hadn't configured things to save core dumps (now done). But I am seeing things like: dovecot: imap(u...@example.com): Fatal: master: service(imap): child 27931 killed with signal 11 (core dumped) kernel: [151706.763475] imap[4878]: segfault at 7fff53b0aff8 ip 7fdc7ed65ece sp 7fff53b0b000 error 6 in lib20_zlib_plugin.so[7fdc7ed61000+7000] dovecot: imap(us...@example.com): Fatal: master: service(imap): child 4870 killed with signal 11 (core dumped) As soon as I have more info., I'll let you know. A
[Dovecot] Config problem: want SSL + local roundcube
Hi, Have used dovecot for many years, happy that it worked well without me needing to do anything much! But since the upgrade from v1 to v2.1.7-7 I've come across some config probs. I want IMAP and to force TLS for all internet connections. However, I run RoundCube on the same server (over https) and this needs access too, but this doesn't need to be TLS because it's local anyway. The auto-config update script made some changes, it added the following to force SSL. service imap-login { inet_listener imap { port = 0 } } ssl = required But this seems to forbid the local roundcube service from logging in. Can anyone help me with my config? I had a stab, adding the following, but it didn't work. Was a complete guess anyway! remote 127.0.0.1 { ssl = no service imap-login { inet_listener imap { port = 143 } } } Here's my full config: # 2.1.7: /etc/dovecot/dovecot.conf # OS: Linux 2.6.32-5-amd64 x86_64 Debian 7.2 ext3 auth_default_realm = artfulrobot.com log_timestamp = %Y-%m-%d %H:%M:%S mail_location = maildir:/home/virtual/%d/%n mail_privileged_group = mail passdb { args = username_format=%n /etc/exim4/virtual_domains/%d/passwords driver = passwd-file } protocols = imap service auth { unix_listener auth-client { group = Debian-exim mode = 0660 } user = root } service imap-login { inet_listener imap { port = 0 } } ssl = required ssl_cert = /etc/ssl/certs/mail.artfulrobot.com-with-chain.crt ssl_key = /etc/ssl/private/mail.artfulrobot.com.key userdb { args = uid=1001 gid=1001 driver = static } userdb { driver = passwd } Thanks, Rich
Re: [Dovecot] Config problem: want SSL + local roundcube
Am 05.11.2013 16:54, schrieb Rich: Have used dovecot for many years, happy that it worked well without me needing to do anything much! But since the upgrade from v1 to v2.1.7-7 I've come across some config probs. I want IMAP and to force TLS for all internet connections. However, I run RoundCube on the same server (over https) and this needs access too, but this doesn't need to be TLS because it's local anyway does it hurt? no! does it hurt make the config more complex than needed? yes! so leave roundcube use TLS on 127.0.0.1 and you are done you are not the first one seeking a solution for this non existing problem signature.asc Description: OpenPGP digital signature
Re: [Dovecot] Config problem: want SSL + local roundcube
On 05/11/13 15:56, Reindl Harald wrote: does it hurt? no! My SSL certificate is of course invalid for 127.0.0.1 and I could not get RC to connect on port 993 for some reason (although that's probably for a RC mailing list, granted).
Re: [Dovecot] Config problem: want SSL + local roundcube
On Tuesday, November 5, 2013 5:35:15 PM CEST, Rich wrote: On 05/11/13 15:56, Reindl Harald wrote: does it hurt? no! My SSL certificate is of course invalid for 127.0.0.1 and I could not get RC to connect on port 993 for some reason (although that's probably for a RC mailing list, granted). I guess the question is mostly Why isn't RC connecting to your certificate's CN like everyone else? Why 127.0.0.1, not example.com?
Re: [Dovecot] Config problem: want SSL + local roundcube
Am 05.11.2013 17:35, schrieb Rich: On 05/11/13 15:56, Reindl Harald wrote: does it hurt? no! My SSL certificate is of course invalid for 127.0.0.1 have you tried that it matters or do you only guess? http://trac.roundcube.net/ticket/1485771 and I could not get RC to connect on port 993 for some reason http://trac.roundcube.net/wiki/Howto_Config 'default_host' By default the login screen provides a text box where you need to enter the IMAP host which you want to connect to. This box can be hidden by setting one fixed IMAP host address: $rcmail_config['default_host'] = 'localhost'; To use SSL/TLS connection, enter the hostname with prefix ssl:// or tls:// And if you want a drop-down list like it's explained in the comments you need something like this: $rcmail_config['default_host'] = array('mail.example.com', 'webmail.example.com', 'ssl://mail.example.com:993'); signature.asc Description: OpenPGP digital signature
Re: [Dovecot] Config problem: want SSL + local roundcube
Ok, thanks for your time, let's end this thread. Seems it's probably more a RC thing than a Dovecot thing. Still can't get it to work (yes I'd already RTFM'ed and tried all the various RC config options) but happy to ask over at RC instead. Thanks. Rich
Re: [Dovecot] increased core dumps with v2.2.7
On 5.11.2013, at 16.12, Anand Kumria wildf...@progsoc.org wrote: After upgrading to v2.2.7 yesterday, I am starting to get a larger number of bugs occurring -- unfortunately I hadn't configured things to save core dumps (now done). But I am seeing things like: dovecot: imap(u...@example.com): Fatal: master: service(imap): child 27931 killed with signal 11 (core dumped) kernel: [151706.763475] imap[4878]: segfault at 7fff53b0aff8 ip 7fdc7ed65ece sp 7fff53b0b000 error 6 in lib20_zlib_plugin.so[7fdc7ed61000+7000] Most likely http://hg.dovecot.org/dovecot-2.2/rev/10c0aae82d0d fixes this.
[Dovecot] infinite loop (causing crash) whilst closing connection
Hi Timo, As a follow-up to my earlier email, I've managed to get a few backtraces now. #305439 o_stream_close (stream=0x1680c10) at ostream.c:85 #305440 0x7ff222f70f3c in o_stream_zlib_send_outbuf (zstream=0x1680b80) at ostream-zlib.c:97 #305441 0x7ff222f70fef in o_stream_zlib_send_flush (zstream=0x1680b80) at ostream-zlib.c:182 #305442 0x7ff222f711cb in o_stream_zlib_flush (stream=optimized out) at ostream-zlib.c:222 #305443 0x7ff2243f142d in o_stream_flush (stream=0x1680c10) at ostream.c:147 #305444 0x7ff222f70ddf in o_stream_zlib_close (stream=0x1680b80, close_parent=true) at ostream-zlib.c:35 #305445 0x7ff2243f12ce in o_stream_close_full (close_parents=true, stream=0x1680c10) at ostream.c:49 #305446 o_stream_close (stream=0x1680c10) at ostream.c:85 #305447 0x7ff222f70f3c in o_stream_zlib_send_outbuf (zstream=0x1680b80) at ostream-zlib.c:97 #305448 0x7ff222f70fef in o_stream_zlib_send_flush (zstream=0x1680b80) at ostream-zlib.c:182 #305449 0x7ff222f711cb in o_stream_zlib_flush (stream=optimized out) at ostream-zlib.c:222 #305450 0x7ff2243f142d in o_stream_flush (stream=0x1680c10) at ostream.c:147 #305451 0x7ff222f70ddf in o_stream_zlib_close (stream=0x1680b80, close_parent=true) at ostream-zlib.c:35 #305452 0x7ff2243f12ce in o_stream_close_full (close_parents=true, stream=0x1680c10) at ostream.c:49 #305453 o_stream_close (stream=0x1680c10) at ostream.c:85 #305454 0x7ff222f70f3c in o_stream_zlib_send_outbuf (zstream=0x1680b80) at ostream-zlib.c:97 #305455 0x7ff222f710ff in o_stream_zlib_send_flush (zstream=0x1680b80) at ostream-zlib.c:193 #305456 0x7ff222f71491 in o_stream_zlib_sendv (stream=0x1680b80, iov=0x7fff6b3e1870, iov_count=1) at ostream-zlib.c:257 #305457 0x7ff2243f1785 in o_stream_sendv (stream=0x1680c10, iov=0x7fff6b3e1870, iov_count=1) at ostream.c:229 #305458 0x7ff2243f186f in o_stream_nsendv (stream=0x1680c10, iov=optimized out, iov_count=optimized out) at ostream.c:263 #305459 0x7ff2243f189a in o_stream_nsend (stream=optimized out, data=optimized out, size=optimized out) at ostream.c:255 #305460 0x004157f0 in client_send_tagline (cmd=optimized out, data=0x423c82 OK Close completed.) at imap-client.c:388 #305461 0x0040c833 in cmd_close (cmd=0x167c4d0) at cmd-close.c:37 #305462 0x0041707d in command_exec (cmd=0x167c4d0) at imap-commands.c:158 #305463 0x00416110 in client_command_input (cmd=0x167c4d0) at imap-client.c:780 #305464 0x004161f5 in client_command_input (cmd=0x167c4d0) at imap-client.c:841 #305465 0x0041649d in client_handle_next_command (remove_io_r=synthetic pointer, client=0x167b8f0) at imap-client.c:879 #305466 client_handle_input (client=0x167b8f0) at imap-client.c:891 #305467 0x004165de in client_continue_pending_input (client=0x167b8f0) at imap-client.c:715 #305468 0x0040ed89 in idle_client_input (ctx=optimized out) at cmd-idle.c:112 #305469 0x7ff2243e8686 in io_loop_call_io (io=0x16e67e0) at ioloop.c:387 #305470 0x7ff2243e953f in io_loop_handler_run (ioloop=optimized out) at ioloop-epoll.c:220 #305471 0x7ff2243e8198 in io_loop_run (ioloop=0x165d730) at ioloop.c:411 #305472 0x7ff224397b93 in master_service_run (service=0x165d5c0, callback=optimized out) at master-service.c:566 #305473 0x0040af18 in main (argc=1, argv=0x165d390) at main.c:400 Let me know if you need further information. This is with dovecot v2.2.7 (1:2.2.7.0-1) Thanks, Anand
Re: [Dovecot] Message parser loops on certain messages (e.g. with a trailing CR character)
On 5.11.2013, at 16.02, Tomasz Potega tpot...@wp-sa.pl wrote: dovecot's message parser enters an endless loop when fed with certain multipart messages with stray CR characters. parse_next_body_to_boundary() assumes the '\r' might be the beginning of a boundary line, reducing the block size by one: Thanks, fixed: http://hg.dovecot.org/dovecot-2.2/rev/aa1aede0f7f2 I have added a check to see if the parser is past the EOF (and omit reducing the block size then) as a band-aid fix, but this might call for a more elegant solution. I think I did the same fix. Also I don’t think it’s possible to normally use this as a DoS attack against users, because with mail_save_crlf=no (default) the CRs are stripped. And with mail_save_crlf=yes I’m not sure if such message can even pass through SMTP servers.
[Dovecot] ssl-params regeneration with dovecot 2.2.7
Hello, after switching from version 2.2.7 to 2.2.7 I miss the loglines which say: ssl-params: Generating SSL parameters ssl-params: SSL parameters regeneration completed The configuration has not been changed and reads: | # 2.2.7: /usr/local/dovecot/etc/dovecot/dovecot.conf | # OS: Linux 2.6.35.14-106.fc14.i686.PAE i686 Fedora release 14 (Laughlin) ext3 | auth_mechanisms = plain login | default_vsz_limit = 512 M | first_valid_uid = 200 | last_valid_uid = 65534 | listen = * | lmtp_save_to_detail_mailbox = yes | login_greeting = c64.shuttle.de - IMAPs Service (dovecot) ready. | login_log_format_elements = %u %r %c | mail_location = maildir:/var/spool/mail/%u | mail_log_prefix = %Us(%u,%r): | mail_plugin_dir = /usr/dovecot/lib/dovecot/ | mail_plugins = notify quota fts fts_squat | namespace inbox { |inbox = yes |list = yes |location = |mailbox Drafts { | special_use = \Drafts |} |mailbox Gesendet { | special_use = \Sent |} |mailbox SPAM { | special_use = \Junk |} |mailbox Sent { | special_use = \Sent |} |mailbox Trash { | special_use = \Trash |} |prefix = |subscriptions = yes |type = private | } | passdb { |args = dovecot |driver = pam | } | plugin { |fts = squat |fts_squat = partial=4 full=10 |mail_log_events = delete undelete expunge copy mailbox_delete mailbox_rename flag_change append |mail_log_fields = uid box from subject msgid size flags |mail_log_group_events = yes |quota = maildir:User quota |quota_rule = *:storage=2G |quota_rule2 = Trash:storage=+100M | } | postmaster_address = postmas...@moltke28.b.shuttle.de | protocols = imap | service anvil { |client_limit = 1027 | } | service auth { |unix_listener auth-client { | group = exim | mode = 0660 | user = exim |} | } | service imap-login { |inet_listener imap { | port = 143 |} |inet_listener imaps { | port = 993 | ssl = yes |} |process_limit = 512 |process_min_avail = 10 | } | service imap-postlogin { |executable = script-login /usr/local/sbin/dovecot-imap-post-login | } | service imap { |executable = imap imap-postlogin | } | service lmtp { |inet_listener lmtp { | address = 0.0.0.0 | port = 24 |} | } | service pop3-login { |inet_listener pop3 { | port = 110 |} |inet_listener pop3s { | port = 995 | ssl = yes |} | } | service pop3 { |process_limit = 1024 | } | ssl_cert = /usr/local/etc/c64.shuttle.de.CRT | ssl_key = /usr/local/etc/c64.shuttle.de-dovecot.KEY | ssl_parameters_regenerate = 1 hours | userdb { |driver = passwd | } | verbose_proctitle = yes | protocol lmtp { |mail_plugins = notify quota fts fts_squat | } | protocol lda { |mail_plugins = notify quota fts fts_squat | } | protocol imap { |imap_client_workarounds = delay-newmail tb-extra-mailbox-sep tb-lsub-flags |imap_logout_format = [%i/%o] |mail_max_userip_connections = 0 |mail_plugins = notify quota fts fts_squat quota mail_log imap_quota listescape fts fts_squat | } What's going on? No more logging or no regeneration? Greetings, Frank Elsner
Re: [Dovecot] Best way from Mbox to Maildir using 2.17?
Noel Butler skrev den 2013-11-05 12:24: On 05/11/2013 20:11, Daniele Nicolodi wrote: On 05/11/2013 11:04, Noel Butler wrote: pure overkill, your MTA already knows where it goes, it doesnt need to do any special lookups, would you use postfix virtual, to deliver local user? no, of course you wouldnt :) one day postfix will as exim support sieve, just wait :)
Re: [Dovecot] ssl-params regeneration with dovecot 2.2.7
On Tue, 5 Nov 2013 20:01:54 +0100 Frank Elsner wrote: Hello, after switching from version 2.2.7 to 2.2.7 I miss the loglines which say: Sorry, typo. Should read after switching from version 2.2.6 to 2.2.7 ^ --Frank
Re: [Dovecot] (Maybe stupid) question about selecting mailbox
Timo Sirainen t...@iki.fi writes: On 21.8.2013, at 2.02, Kamil Jońca kjo...@o2.pl wrote: Does mailbox with \NoSelect can be select or examine? I'm not sure but IMVHO select x should not work. .. mail_location = maildir:~/Mail/1:LAYOUT=fs:INBOX=~/Mail/1/INBOX Fixed: http://hg.dovecot.org/dovecot-2.2/rev/6942a3da740c Thanks. Somehow I missed your answer. I simply realized that dovecot now works fine. Thank you again. KJ -- http://wolnelektury.pl/wesprzyj/teraz/ An atom-blaster is a good weapon, but it can point both ways. -- Isaac Asimov
[Dovecot] squat assertion result core dump with imap process
Hello, Recently, we had a file system problem. After fsck we started to get some core dump with imap process. Nov 4 15:15:04 mail_server1 dovecot: imap(u...@domain.tld): Panic: file squat-trie.c: line 293 (squat_trie_lock): assertion failed: (trie-fd != -1) Nov 4 15:15:04 mail_server1 dovecot: imap(u...@domain.tld): Error: Raw backtrace: /usr/lib/dovecot/libdovecot.so.0(+0x4892a) [0x7fe8b7c9392a] - /usr/lib/dovecot/libdovecot.so.0(+0x48976) [0x7fe8b7c93976] - /usr/lib/dovecot/libdovecot.so.0(i_error+0) [0x7fe8b7c66faf] - /usr/lib/dovecot/modules/lib21_fts_squat_plugin.so(+0x4ef4) [0x7fe8b51d9ef4] - /usr/lib/dovecot/modules/lib21_fts_squat_plugin.so(squat_trie_build_deinit+0x9d2) [0x7fe8b51dcc02] - /usr/lib/dovecot/modules/lib21_fts_squat_plugin.so(+0x4150) [0x7fe8b51d9150] - /usr/lib/dovecot/modules/lib21_fts_squat_plugin.so(+0x41b1) [0x7fe8b51d91b1] - /usr/lib/dovecot/modules/lib20_fts_plugin.so(+0x6b7c) [0x7fe8b5a05b7c] - /usr/lib/dovecot/modules/lib20_fts_plugin.so(fts_backend_update_deinit+0x2c) [0x7fe8b5a05bfc] - /usr/lib/dovecot/modules/lib10_quota_plugin.so(+0xb65a) [0x7fe8b642765a] - /usr/lib/dovecot/libdovecot-storage.so.0(mdbox_sync_begin+0x419) [0x7fe8b7f22069] - /usr/lib/dovecot/libdovecot-storage.so.0(mdbox_sync+0x46) [0x7fe8b7f224a6] - /usr/lib/dovecot/libdovecot-storage.so.0(mdbox_storage_sync_init+0x87) [0x7fe8b7f22587] - /usr/lib/dovecot/libdovecot-storage.so.0(mailbox_sync_init+0x31) [0x7fe8b7f614d1] - dovecot/imap [u...@domain.tld 204.174.223.223 UID](imap_sync_init+0x67) [0x419397] - dovecot/imap [user@domain.tld204.174.223.223 UID](cmd_sync_delayed+0x1c7) [0x419637] - dovecot/imap [u...@domain.tld 204.174.223.223 UID](client_handle_input+0x1fd) [0x41131d] - dovecot/imap [u...@domain.tld 204.174.223.223 UID](client_input+0x5f) [0x411b7f] - /usr/lib/dovecot/libdovecot.so.0(io_loop_call_io+0x36) [0x7fe8b7c9fb56] - /usr/lib/dovecot/libdovecot.so.0(io_loop_handler_run+0x9f) [0x7fe8b7ca0b8f] - /usr/lib/dovecot/libdovecot.so.0(io_loop_run+0x28) [0x7fe8b7c9faf8] - /usr/lib/dovecot/libdovecot.so.0(master_service_run+0x13) [0x7fe8b7c8b413] - dovecot/imap [u...@domain.tld 204.174.223.223 UID](main+0x2a4) [0x419dd4] - /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xfd) [0x7fe8b78dfead] - dovecot/imap [u...@domain.tld 204.174.223.223 UID Nov 4 15:15:04 mail_server1 dovecot: imap(u...@domain.tld): Fatal: master: service(imap): child 28415 killed with signal 6 (core dumped) doveadm index -u u...@domain.tld mailbox_name Removing index files and re index help with the crashes. From time to time we still get these in the log: Nov 5 10:52:53 mail_server1 dovecot: imap(u...@domain.tld): Error: Corrupted squat uidlist file /media/drbd/user_name/mdbox/mailboxes/Drafts/dbox-Mails/dovecot.index.search.uids: wrong indexid Nov 5 11:40:00 mail_server1 dovecot: imap(u...@domain.tld): Error: Corrupted squat uidlist file /media/drbd/user_name/mdbox/mailboxes/folder2/dbox-Mails/dovecot.index.search.uids: wrong indexid I am using: dovecot-dbg 2:2.1.16-0~auto+30 Thanks Kui.Z
Re: [Dovecot] Issue with postfix not handing over e-mails to dovecot
Tru Pheenix writes: posftconf output: https://gist.github.com/anonymous/7318863 doveconf output: https://gist.github.com/anonymous/7318896 tail -f /var/log/mail.* output (when receiving mail): https://gist.github.com/anonymous/7318945 Unless these are exceeding long, you probably should inline the contents to save people from having to jump around to get the information to help you. It will also properly archive the context to the solution. From your logs, it appears your mail system does not know what user is mapped to some...@mydomain.com: Nov 5 13:21:06 localhost postfix/local[11185]: 5716D8007B: to=some...@mydomain.com, relay=local, delay=0.59, delays=0.57/0.01/0/0.01, dsn=5.1.1, status=bounced (unknown user: someone) I don't know whether this message is produced by postfix or by dovecot, but one thing I did notice is that your postfix configuration mailbox_command = /usr/lib/dovecot/deliver -c /etc/dovecot/conf.d/01-mail-stack-delivery.conf -m ${EXTENSION} has upper-case EXTENSION, whereas the Dovecot wiki uses lower case: http://wiki2.dovecot.org/LDA/Postfix If that's not it, maybe it's your SQL. You can also ask dovecot to look up user somebody and debug your way from there: doveadm user somebody Joseph Tam jtam.h...@gmail.com
Re: [Dovecot] increased core dumps with v2.2.7
Yes, it appears that that might be the issue. A On 5 November 2013 18:02, Timo Sirainen t...@iki.fi wrote: On 5.11.2013, at 16.12, Anand Kumria wildf...@progsoc.org wrote: After upgrading to v2.2.7 yesterday, I am starting to get a larger number of bugs occurring -- unfortunately I hadn't configured things to save core dumps (now done). But I am seeing things like: dovecot: imap(u...@example.com): Fatal: master: service(imap): child 27931 killed with signal 11 (core dumped) kernel: [151706.763475] imap[4878]: segfault at 7fff53b0aff8 ip 7fdc7ed65ece sp 7fff53b0b000 error 6 in lib20_zlib_plugin.so[7fdc7ed61000+7000] Most likely http://hg.dovecot.org/dovecot-2.2/rev/10c0aae82d0d fixes this.
Re: [Dovecot] Best way from Mbox to Maildir using 2.17?
On 05/11/2013 22:04, Daniele Nicolodi wrote: On 05/11/2013 12:24, Noel Butler wrote: On 05/11/2013 20:11, Daniele Nicolodi wrote: On 05/11/2013 11:04, Noel Butler wrote: but using system users, you wouldnt use dovecot's LDA :) Why not? pure overkill, your MTA already knows where it goes, it doesnt need to do any special lookups, would you use postfix virtual, to deliver local user? no, of course you wouldnt :) Using dovecot-lda has nothing to do with postfix virtual users, it is the only way I know to use sieve filtering and have messages indexed at delivery. Cheers, Daniele again, overkill, system users means users have full access to system account and can write procmail rules, if you dont allow that access, then you dont trust them, so you should be using virtual users.
Re: [Dovecot] Best way from Mbox to Maildir using 2.17?
On 06/11/2013 05:08, Benny Pedersen wrote: Noel Butler skrev den 2013-11-05 12:24: On 05/11/2013 20:11, Daniele Nicolodi wrote: On 05/11/2013 11:04, Noel Butler wrote: pure overkill, your MTA already knows where it goes, it doesnt need to do any special lookups, would you use postfix virtual, to deliver local user? no, of course you wouldnt :) one day postfix will as exim support sieve, just wait :) why would I wait, we use postifx and only in virtual users, very zippy, very resource nice, makes us very happy, but maybe you were meaning something esle, as I've just woken up so off to have some coffee, It might click later on :)
Re: [Dovecot] Best way from Mbox to Maildir using 2.17?
On 05/11/2013 23:39, Noel Butler wrote: On 05/11/2013 22:04, Daniele Nicolodi wrote: On 05/11/2013 12:24, Noel Butler wrote: On 05/11/2013 20:11, Daniele Nicolodi wrote: On 05/11/2013 11:04, Noel Butler wrote: but using system users, you wouldnt use dovecot's LDA :) Why not? pure overkill, your MTA already knows where it goes, it doesnt need to do any special lookups, would you use postfix virtual, to deliver local user? no, of course you wouldnt :) Using dovecot-lda has nothing to do with postfix virtual users, it is the only way I know to use sieve filtering and have messages indexed at delivery. Cheers, Daniele again, overkill, system users means users have full access to system account and can write procmail rules, if you dont allow that access, then you dont trust them, so you should be using virtual users. You may enjoy writing procmail rules, most people does not :) Anyhow dovecot indexing at delivery time is the real advantage, and I really don't see any difference in calling dovecot-lda instead of procmail. Cheers, Daniele
[Dovecot] Postfix delivers mails to maildir and not to dovecot LDA for a virtual user
Hi I have been able to setup postfix and dovecot using postgres as the backend store with virtual user maps on Ubuntu 12.04 LTS Server. I have been following instructions from here: http://wiki2.dovecot.org/HowTo/DovecotPostgresql I haven't setup postfix to use saslauthd and PAM, instead I am using dovecot for SASL authentication. Rest of the table structures and query files are the same as from the wiki. SASL authentication works correctly for SMTP POP IMAP. I am able to send emails from a mail client such as Thunderbird with SASL authentication. However I am not able to receive emails for virtual users. I cannot figure out why. System users are getting their emails in the mail box correctly. Postfix fires the mailbox_command to hand over the mail to dovecot. This is how my *mail.log* looks when I send emails from an external domain: Nov 6 06:48:21 localhost postfix/smtpd[20053]: E075280C52: client= mail-ee0-f41.google.com[74.125.83.41] Nov 6 06:48:22 localhost postfix/cleanup[20064]: E075280C52: message-id= caj+v0ecu891rszsmvbcsy4zsruk5gup58b70wv_wgzxlbku...@mail.gmail.com Nov 6 06:48:22 localhost postfix/qmgr[17492]: E075280C52: from= m...@gmail.com, size=3124, nrcpt=1 (queue active) *Nov 6 06:48:22 localhost postfix/virtual[20066]: E075280C52: to=some...@mydomain.com some...@mydomain.com, relay=virtual, delay=0.85, delays=0.7/0.02/0/0.13, dsn=2.0.0, status=sent (delivered to maildir)* Nov 6 06:48:22 localhost postfix/qmgr[17492]: E075280C52: removed Nov 6 06:48:22 localhost postfix/smtpd[20053]: disconnect from mail-ee0-f41.google.com[74.125.83.41] Postfix seems to deliver the mail to maildir instead of the home directory of the virtual user. Incase of the system user, the logs indicate that the mailbox_command was fired and I do get to see the mail in the inbox. My postfix *main.cf http://main.cf*: alias_database = hash:/etc/aliases alias_maps = hash:/etc/aliases append_dot_mydomain = no biff = no broken_sasl_auth_clients = yes config_directory = /etc/postfix dovecot_destination_recipient_limit = 1 inet_interfaces = all *mailbox_command = /usr/lib/dovecot/deliver -c /etc/dovecot/conf.d/01-mail-stack-delivery.conf -m ${EXTENSION}* mailbox_size_limit = 0 mydestination = localhost, localhost.localdomain, localhost myhostname = mydomain.com mynetworks = 127.0.0.0/8 [:::127.0.0.0]/104 [::1]/128 readme_directory = no recipient_delimiter = + relayhost = smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache smtp_use_tls = yes smtpd_banner = $myhostname ESMTP $mail_name (Ubuntu) smtpd_recipient_restrictions = reject_unknown_recipient_domain, reject_unauth_pipelining, permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination smtpd_sasl_auth_enable = yes smtpd_sasl_authenticated_header = yes smtpd_sasl_local_domain = $myhostname smtpd_sasl_path = private/dovecot-auth smtpd_sasl_security_options = noanonymous smtpd_sasl_type = dovecot smtpd_sender_restrictions = reject_unknown_sender_domain smtpd_tls_auth_only = yes smtpd_tls_cert_file = /root/certs/www.mydomain.com.pem smtpd_tls_key_file = /root/certs/www.mydomain.com.key smtpd_tls_mandatory_ciphers = medium smtpd_tls_mandatory_protocols = SSLv3, TLSv1 smtpd_tls_received_header = yes smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache smtpd_use_tls = yes tls_random_source = dev:/dev/urandom transport_maps = pgsql:/etc/postfix/transport.cf virtual_gid_maps = pgsql:/etc/postfix/gids.cf virtual_mailbox_base = /home virtual_mailbox_domains = mydomain.com *virtual_mailbox_maps = pgsql:/etc/postfix/mailboxes.cf http://mailboxes.cf* virtual_maps = pgsql:/etc/postfix/virtual.cf *virtual_transport = dovecot* virtual_uid_maps = pgsql:/etc/postfix/uids.cf I have included the virtual_transport parameter to indicate that dovecot is running as LDA. I have also included the pgsql query file in the virtual_mailbox_maps parameter. My *mailboxes.cf http://mailboxes.cf *file which points the email id of the virtual user to the appropriate mail path: user=mailreader password=secret dbname=mails table=postfix_mailboxes select_field=mailbox where_field=userid hosts=localhost My postfix *master.cf http://master.cf* file: smtp inet n - n - - smtpd pickup fifo n - - 60 1 pickup cleanupunix n - - - 0 cleanup qmgr fifo n - n 300 1 qmgr tlsmgr unix - - - 1000? 1 tlsmgr rewriteunix - - - - - trivial-rewrite bounce unix - - - - 0 bounce defer unix - - - - 0 bounce trace unix - - - - 0 bounce verify unix - - - - 1 verify flush unix n - - 1000? 0 flush proxymap unix - - n - - proxymap proxywrite unix -
[Dovecot] how to display dovecot.index.cache
hello dovecot@dovecot.org: I want to see the contents of dovecot.index.cache . Is there any command can make it become visible character displayed ? the command idxview can displayed doveoct.index and logview can dispalyed dovecot.index.log but it seems no command to displays dovecot.index.cache for us. thanks amandy
[Dovecot] get_disconnect_reason() gets called with NULL ctx-litinput
Hi, I have found get_disconnect_reason() to be called with NULL ctx-litinput at times, making dovecot crash when accessing v_offset: src/imap/cmd-append.c: 83 switch (i_stream_read(client-input)) { 84 case -1: 85 /* disconnected */ 86 reason = get_disconnect_reason(ctx, ctx-litinput-v_offset); 87 cmd_append_finish(cmd-context); 88 /* Reset command so that client_destroy() doesn't try to call 89 cmd_append_continue_message() anymore. */ Best regards, Tomasz Potęga [Wirtualna Polska] http://www.wp.pl Znajdziesz nas tutaj: [Wp na Facebooku] https://www.facebook.com/WirtualnaPolska [Wp na Twitterze] https://twitter.com/wirtualnapolska [Wp na SlideShare] http://www.slideshare.net/wirtualnapolska [Wp w Google+] https://plus.google.com/+wppl [Wp na YouTube] https://www.youtube.com/user/wptvwppl WIRTUALNA POLSKA Spółka Akcyjna z siedzibą w Gdańsku przy ul. Traugutta 115 C, wpisana do Krajowego Rejestru Sądowego - Rejestru Przedsiębiorców prowadzonego przez Sąd Rejonowy Gdańsk - Północ w Gdańsku pod numerem KRS 068548, o kapitale zakładowym 67.980.024,00 złotych opłaconym w całości oraz Numerze Identyfikacji Podatkowej 957-07-51-216.