Re: [Dovecot] maildir_copy_with_hardlinks on v.2.0.19

2012-07-30 Thread mailing list subscriber
On Sat, Jul 28, 2012 at 8:04 PM, Timo Sirainen  wrote:
> On 23.7.2012, at 22.12, mailing list subscriber wrote:
>
>> As requested, here is my update. As you can see I am running now the
>> latest release however emails delivered through lmtp gets split into
>> different files instead of expected hardlinked files.
> ..
>> userdb {
>>  driver = passwd
>> }
>
> Looks like you're using system users. Each mail then needs to be written 
> using different permissions, so hard linking can't work.
>

I am afraid this is incorrect:

[root@email ~]# cd /tmp
[root@email tmp]# touch 1
[root@email tmp]# stat 1
  File: `1'
  Size: 0   Blocks: 0  IO Block: 4096   regular empty file
Device: 803h/2051d  Inode: 46923784Links: 1
Access: (0644/-rw-r--r--)  Uid: (0/root)   Gid: (0/root)
Access: 2012-07-30 13:34:45.0 +0300
Modify: 2012-07-30 13:34:45.0 +0300
Change: 2012-07-30 13:34:45.0 +0300
[root@email tmp]# ln 1 2
[root@email tmp]# stat 2
  File: `2'
  Size: 0   Blocks: 0  IO Block: 4096   regular empty file
Device: 803h/2051d  Inode: 46923784Links: 2
Access: (0644/-rw-r--r--)  Uid: (0/root)   Gid: (0/root)
Access: 2012-07-30 13:34:45.0 +0300
Modify: 2012-07-30 13:34:45.0 +0300
Change: 2012-07-30 13:34:51.0 +0300
[root@email tmp]# chown xfs:xfs 1
[root@email tmp]# stat 1
  File: `1'
  Size: 0   Blocks: 0  IO Block: 4096   regular empty file
Device: 803h/2051d  Inode: 46923784Links: 2
Access: (0644/-rw-r--r--)  Uid: (   43/ xfs)   Gid: (   43/ xfs)
Access: 2012-07-30 13:34:45.0 +0300
Modify: 2012-07-30 13:34:45.0 +0300
Change: 2012-07-30 13:35:03.0 +0300
[root@email tmp]# chown ntp:ntp 2
[root@email tmp]# stat 2
  File: `2'
  Size: 0   Blocks: 0  IO Block: 4096   regular empty file
Device: 803h/2051d  Inode: 46923784Links: 2
Access: (0644/-rw-r--r--)  Uid: (   38/ ntp)   Gid: (   38/ ntp)
Access: 2012-07-30 13:34:45.0 +0300
Modify: 2012-07-30 13:34:45.0 +0300
Change: 2012-07-30 13:35:15.0 +0300
[root@email tmp]# echo test > 2
[root@email tmp]# cat 1
test
[root@email tmp]#


Re: [Dovecot] Fwd: official dev team position regarding multiple times requested feature (global sieve)

2012-07-24 Thread mailing list subscriber
sorry folks, please ignore me. my head is is spinning trying to get
hardlinks and default sieve script working at the same time, writing
to dovecot and cyrus at the same time. one is doing the hardlink part
good, and the other the sieve. both fail to get both features right at
the same time. the previous message was intended for the other imap
server :)

On Tue, Jul 24, 2012 at 10:56 AM, Stephan Bosch  wrote:
> What is the purpose of this posting?
>
>
> On 7/24/2012 9:27 AM, mailing list subscriber wrote:
>>
>> forwarding to the proper list address since your reply came with a
>> Reply-To header
>
>
> Regards,
>
> Stephan.


[Dovecot] Fwd: official dev team position regarding multiple times requested feature (global sieve)

2012-07-24 Thread mailing list subscriber
forwarding to the proper list address since your reply came with a
Reply-To header

-- Forwarded message --
From: mailing list subscriber 
Date: Tue, Jul 24, 2012 at 10:24 AM
Subject: Re: official dev team position regarding multiple times
requested feature (global sieve)
To: awill...@opengroupware.us


On Mon, Jul 23, 2012 at 11:47 PM, Adam Tauno Williams
 wrote:
> On Mon, 2012-07-23 at 23:26 +0300, mailing list subscriber wrote:
>> With above figure in mind, I'm looking at the history of request for
>> ability to have a forced, default, site-wide sieve script that the
>> user or any other sieve client is unable to alter (I'll just pick most
>> relevant):
>
> Indeed, this would be terribly useful.
>
>> 2004, with reference to 2001:
>> http://goo.gl/Gbo0k
>> 2006: A submitted patch
>> http://www.irbs.net/internet/info-cyrus/0612/0231.html
>> 2007: A very good synthesis:
>> http://goo.gl/Lo33b
>> 2010: sieve include implemented in v.2.3.0, still fails to meet above
>> requirements
>
> But you fail to reference an open bug?!
>

The page at http://cyrusimap.web.cmu.edu/mediawiki/index.php/Report_A_Bug
says: "If you are absolutely positive you have discovered a bug[...]".
This might be misleading since this is a feature request and not a
bug.

Leaving the technical details of the proper way to report this I'm
still curios if the developers are actually AWARE of these repeated
requests.

>> With all due respect, what is the development's team position
>> regarding this feature and how do the development team see a solution
>> that meets both requirements?
>
> I find "SIEVE scripts assigned to folders are not executed"
> <https://bugzilla.cyrusimap.org/show_bug.cgi?id=3617>
>
> "People forget to cancel their vacation message"
> <https://bugzilla.cyrusimap.org/show_bug.cgi?id=2985>
> NOTE: this is really a UI issue, IMO, multiple web clients solve this by
> generating intelligent scripts.

That's another problem with the poor IT guy trying to assemble bricks
from different vendors: when he finally is heard, the answer is "uhm,
the feature you requested fail beyond the scope of my brick. I'm
sorry, I can't do that", even when there is a proposed patch
available!

If you read carefully all my referenced links you'll find one that is
listing other imap servers that support it. From what I've tested, at
least one implementation has done this as a global pre-user execution
of a script (dovecot)

>
> I don't see any bugs about a default-user-sieve-script.  *BUT*
> imapd.conf does offer this option [IMPLEMENTED]:
>   autocreate_sieve_script: 
> The  full path of a file that contains a sieve script. This script
> automatically becomes a user’s initial default sieve filter script.
> When this option is not defined, no default sieve filter is created.
> The file must be readable by the cyrus daemon.
>
> Of course, the user can override this.

Unfortunately that feature only addresses PROVISIONING of data, which
is quite unuseful since cyrus mail admins do this with the auto-*
uoa.gr patches (that's another pain that devs refused to include for a
long time) - What it lacks is the ability to handle CHANGE (change of
default script, or alter existing user scripts).


Re: [Dovecot] maildir_copy_with_hardlinks on v.2.0.19

2012-07-23 Thread mailing list subscriber
On Sun, Jul 22, 2012 at 2:59 PM, mailing list subscriber
 wrote:
> Hi,
>
> I'm trying to get the so-called "single instance store" (I think cyrus
> has got the name for the first time) with dovecot --version = 2.0.19
> binary package installed from ubuntu 12.04 lts official repo.

As requested, here is my update. As you can see I am running now the
latest release however emails delivered through lmtp gets split into
different files instead of expected hardlinked files.

Please pay attention as I'm commenting in-between different pasted outputs:

# 2.1.8 (30b0d6b1c581): /etc/dovecot/dovecot.conf
# OS: Linux 3.2.0-26-generic x86_64 Ubuntu 12.04 LTS
auth_username_format = %Ln
auth_verbose = yes
auth_verbose_passwords = plain
mail_location = maildir:~/Maildir
managesieve_notify_capability = mailto
managesieve_sieve_capability = fileinto reject envelope
encoded-character vacation subaddress comparator-i;ascii-numeric
relational regex imap4flags copy include variables body enotify
environment mailbox date ihave
namespace inbox {
  inbox = yes
  location =
  prefix =
}
passdb {
  driver = pam
}
plugin {
  autocreate = Inbox
  autocreate2 = Sent
  autocreate3 = Drafts
  autocreate4 = Spam
  autocreate5 = Trash
  autosubscribe = Inbox
  autosubscribe2 = Sent
  autosubscribe3 = Drafts
  autosubscribe4 = Spam
  autosubscribe5 = Trash
  mail_log_events = delete expunge mailbox_delete mailbox_rename
  mail_log_fields = uid box msgid size
  sieve = ~/.dovecot.sieve
  sieve_dir = ~/sieve
}
protocols = imap pop3 sieve lmtp
service auth {
  unix_listener /var/spool/postfix/private/dovecot-auth {
group = postfix
mode = 0660
user = postfix
  }
}
service lmtp {
  unix_listener /var/spool/postfix/private/dovecot-lmtp {
group = postfix
mode = 0660
user = postfix
  }
}
ssl_cert =  was automatically rejected:%n%r
}

for your pleasure, here is the transaction (note the same queue id and
a single lmtp session for all three recipients)

Jul 23 21:47:32 imap postfix/qmgr[27463]: 6746C27C687:
from=, size=532, nrcpt=3 (queue active)
Jul 23 21:47:32 imap dovecot: lmtp(40609): Connect from local
Jul 23 21:47:32 imap dovecot: lmtp(40609, anotheruser):
pnuDHkScDVChngAA7nOI2A:
msgid=<20120723184732.6746c27c...@imap.mydomain.ro>: saved mail to
INBOX
Jul 23 21:47:32 imap postfix/lmtp[40608]: 6746C27C687:
to=,
relay=imap.mydomain.ro[private/dovecot-lmtp], delay=0.26,
delays=0.15/0.01/0/0.1, dsn=2.0.0, status=sent (250 2.0.0
 pnuDHkScDVChngAA7nOI2A Saved)
Jul 23 21:47:32 imap dovecot: lmtp(40609, firstuser):
pnuDHkScDVChngAA7nOI2A:
msgid=<20120723184732.6746c27c...@imap.mydomain.ro>: saved mail to
INBOX
Jul 23 21:47:32 imap postfix/lmtp[40608]: 6746C27C687:
to=,
relay=imap.mydomain.ro[private/dovecot-lmtp], delay=0.37,
delays=0.15/0.01/0/0.2, dsn=2.0.0, status=sent (250 2.0.0
 pnuDHkScDVChngAA7nOI2A Saved)
Jul 23 21:47:32 imap dovecot: lmtp(40609, firstuser):
pnuDHkScDVChngAA7nOI2A:
msgid=<20120723184732.6746c27c...@imap.mydomain.ro>: saved mail to
INBOX
Jul 23 21:47:32 imap postfix/lmtp[40608]: 6746C27C687:
to=,
relay=imap.mydomain.ro[private/dovecot-lmtp], delay=0.44,
delays=0.15/0.01/0/0.28, dsn=2.0.0, status=sent (250 2.0.0
 pnuDHkScDVChngAA7nOI2A Saved)
Jul 23 21:47:32 imap dovecot: lmtp(40609): Disconnect from local:
Client quit (in reset)
Jul 23 21:47:32 imap postfix/qmgr[27463]: 6746C27C687: removed

for whoever wants to blame postfix 2.9.3 without reason, here is the postconf -n

alias_database = hash:/etc/aliases
alias_maps = hash:/etc/aliases
biff = no
broken_sasl_auth_clients = yes
config_directory = /etc/postfix
home_mailbox = Maildir/
html_directory = /usr/share/doc/postfix/html
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 = imap.mydomain.ro, localhost.mydomain.ro, localhost
myhostname = imap.mydomain.ro
mynetworks = 127.0.0.0/8 [:::127.0.0.0]/104 [::1]/128
readme_directory = /usr/share/doc/postfix
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_sender_domain,
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 = /etc/ssl/certs/ssl-mail.pem
smtpd_tls_key_file = /etc/ssl/private/ssl-mail.key
smtpd_tls_mandatory_ciphers = medium
smtpd_tls_mandatory_protocols = SSLv3, TLSv1
smtpd_tls_received_header = yes
smtpd_tls_session_cache_database = btree:${data_dire

[Dovecot] maildir_copy_with_hardlinks on v.2.0.19

2012-07-22 Thread mailing list subscriber
Hi,

I'm trying to get the so-called "single instance store" (I think cyrus
has got the name for the first time) with dovecot --version = 2.0.19
binary package installed from ubuntu 12.04 lts official repo.

I have checked that "maildir_copy_with_hardlinks" is enabled ("dovecot
-a|grep hard" shows "yes") then I have installed and enabled the lmtp
component of dovecot. The configuration "dovecot -n" is pasted here:
http://paste.lug.ro/131180

Also in the same paste is a strace against dovecot and childrent
showing evidence of the MTA delivering a single copy of the message
via LMTP with multiple RCPT TO: headers.

However when looking in the Maildir, I see the mail break down into
three separate files instead of expected hardlinked files ("stat" and
"ls" shows one single link count, inodes are different)

Given the above data, what (am I | dovecot is) doing wrong?

Please cc me if you need additional input when replying as I'm not
subscribed to the list (I'll watch the thread online only)
Many thanks in advance.


[Dovecot] doveadm quota get -u segmentation fault

2010-12-24 Thread subscriber
Hello!

I'm trying move to dovecot2 (centos 5.5, dovecot 2.0.8, dovecot
compiled/packaged via edited dovecot2.spec from fedora git).
Almost all fine, I can login via imap/pop3 and work with mail.

I get segfault error with "doveadm quota get -u user"

Here backtrace and other info:


# gdb `which doveadm` core.5202 
GNU gdb (GDB) Red Hat Enterprise Linux (7.0.1-23.el5_5.2)
Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later

This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i386-redhat-linux-gnu".
For bug reporting instructions, please see:
...
Reading symbols from /usr/bin/doveadm...Reading symbols from
/usr/lib/debug/usr/bin/doveadm.debug...done.
done.
Reading symbols from /usr/lib/dovecot/libdovecot-storage.so.0...Reading
symbols from
/usr/lib/debug/usr/lib/dovecot/libdovecot-storage.so.0.0.0.debug...done.
done.
Loaded symbols for /usr/lib/dovecot/libdovecot-storage.so.0
Reading symbols from /lib/libcrypt.so.1...(no debugging symbols
found)...done.
Loaded symbols for /lib/libcrypt.so.1
Reading symbols from /lib/libpam.so.0...(no debugging symbols
found)...done.
Loaded symbols for /lib/libpam.so.0
Reading symbols from /usr/lib/dovecot/libdovecot.so.0...Reading symbols
from /usr/lib/debug/usr/lib/dovecot/libdovecot.so.0.0.0.debug...done.
done.
Loaded symbols for /usr/lib/dovecot/libdovecot.so.0
Reading symbols from /lib/libdl.so.2...(no debugging symbols
found)...done.
Loaded symbols for /lib/libdl.so.2
Reading symbols from /lib/librt.so.1...(no debugging symbols
found)...done.
Loaded symbols for /lib/librt.so.1
Reading symbols from /lib/libc.so.6...(no debugging symbols found)...done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /lib/libaudit.so.0...(no debugging symbols
found)...done.
Loaded symbols for /lib/libaudit.so.0
Reading symbols from /lib/ld-linux.so.2...(no debugging symbols
found)...done.
Loaded symbols for /lib/ld-linux.so.2
Reading symbols from /lib/libpthread.so.0...(no debugging symbols
found)...done.
Loaded symbols for /lib/libpthread.so.0
Reading symbols from /usr/lib/dovecot/lib10_quota_plugin.so...Reading
symbols from
/usr/lib/debug/usr/lib/dovecot/lib10_quota_plugin.so.debug...done.
done.
Loaded symbols for /usr/lib/dovecot/lib10_quota_plugin.so
Reading symbols from
/usr/lib/dovecot/doveadm/lib10_doveadm_quota_plugin.so...Reading symbols
from
/usr/lib/debug/usr/lib/dovecot/doveadm/lib10_doveadm_quota_plugin.so.debug...done.
done.
Loaded symbols for /usr/lib/dovecot/doveadm/lib10_doveadm_quota_plugin.so
Core was generated by `doveadm quota get -u x...@xxx'.
Program terminated with signal 11, Segmentation fault.
#0  0x00cc2b95 in cmd_quota_get_run (ctx=0x94dd3a8, user=0x94ee098) at
doveadm-quota.c:52
52  array_foreach(&quser->quota->roots, root)

(gdb) bt full
#0  0x00cc2b95 in cmd_quota_get_run (ctx=0x94dd3a8, user=0x94ee098) at
doveadm-quota.c:52
root__foreach_end = 0x94cd548
root = 0x94dec90
#1  0x0804f079 in doveadm_mail_next_user (ctx=0x94dd3a8, input=, error_r=0xbffdf4e8) at doveadm-mail.c:220
service_user = 0x94debe0
error = 
ret = 1
#2  0x0804f18c in doveadm_mail_single_user (ctx=0x94dd3a8, argv=0x94d51d4,
username=0x94d51ed "x...@xxx", service_flags=130) at doveadm-mail.c:246
input = {module = 0x0, service = 0x0, username = 0x94d51ed
"x...@xxx", local_ip = {family = 0, u = {ip6 = {in6_u = {u6_addr8 = '\000'
, u6_addr16 = {0, 0, 0, 0, 0, 0, 0, 0}, u6_addr32 = {0,
0, 0, 0}}}, ip4 = {s_addr = 0}}}, remote_ip = {family = 0, u = {ip6 =
{in6_u = {
  u6_addr8 = '\000' , u6_addr16 = {0, 0,
0, 0, 0, 0, 0, 0}, u6_addr32 = {0, 0, 0, 0}}}, ip4 = {s_addr = 0}}},
userdb_fields = 0x0, no_userdb_lookup = 0}
error = 
ret = 
#3  0x0804f379 in doveadm_mail_cmd (cmd=0x94dc0d0, argc=3, argv=0x94d51d4)
at doveadm-mail.c:418
service_flags = 
ctx = 0x94dd3a8
getopt_args = 0x94cd2d0 "As:u:"
username = 0x94d51ed "x...@xxx"
wildcard_user = 0x0
c = 
#4  0x0804f6f8 in doveadm_mail_try_run_multi_word (cmd=0x94dc0d0,
cmdname=0xcc2f18 "get", argc=4, argv=0x94d51c4) at doveadm-mail.c:453
No locals.
#5  0x0804f7b7 in doveadm_mail_try_run (cmd_name=0x94d51e0 "quota",
argc=4, argv=0x94d51c4) at doveadm-mail.c:476
cmd__foreach_end = 0x94dc0e8
cmd = 0x94dc0d0
cmd_name_len = 5
__FUNCTION__ = "doveadm_mail_try_run"
#6  0x08053e11 in main (argc=Cannot access memory at address 0x14
) at doveadm.c:344
cmd_name = 0x94d51e0 "quota"
i = 134626935
quick_init = false
c = 






# 2.0.8: /etc/dovecot/dovecot.conf
# OS: Linux 2.6.18-194.17.1.el5.028stab073.1 i686 CentOS release 5.5
(Final) simfs
auth_mechanisms = plain login digest-md5 cram-md5 apop
auth

[Dovecot] xexec and dovecot 1.1

2008-03-19 Thread subscriber
[EMAIL PROTECTED] schreef:
> I'll test very interesting plugin xexec. It seems very nice and can be
used in many things. It's compiled perfect with dovecot 1.0, but
certanly
> not with dovecot 1.1. It's stopped with next error:
>
I did not write that module, but tonight I got a bit bored, so I gave it 
a quick try to port it to Dovecot 1.1. The attached patch provides a 
compile fix to make it compile without warnings for dovecot-1.1. I only 
tested whether the module is successfully loaded by Dovecot and not 
whether XEXEC still does what it is supposed to. It does not segfault on 
the xexec command, but that is all I tested. I got a backend command 
error and now it is bed time for me, but there is a good chance that  this
works if you bother to read the wiki page properly ;)  So, consider  this
to be more like an 'It  compiles! Ship it!' kind of fix. But,  anyways, it
should help you to get where you want.

Just apply inside the xexec directory using the usual patch -p1. Let me 
know what you find out.

Regards,

Stephan.


Thank you, Stephan, for your help. Patch applies without any problem and
compilation was successful. According maillog, Dovecot load it without
problems too:

Mar 19 09:06:37 mx3 dovecot: IMAP([EMAIL PROTECTED]): Module loaded:
/usr/lib/dovecot/imap/lib10_xexec_plugin.so
I have activate it in config as for dovecot 1.0. But "sub commands" does
not started:

[EMAIL PROTECTED] rpms]# telnet 127.0.0.1 143
Trying 127.0.0.1...
Connected to 127.0.0.1.
Escape character is '^]'.
* OK Dovecot ready.
001 login [EMAIL PROTECTED] xxx
001 OK Logged in.
002 noop
003 OK NOOP completed.
003 noop
003 OK NOOP completed.
004 xexec user
004 NO command failed

same command exucuted ok with dovecot 1.0.
from config:
plugin {
xexec2 = user:/usr/local/bin/user %u
}

According strace -vfF -p there is segfault :-(

read(0, "004 xexec user\r\n", 4044) = 16
pipe([6, 7])= 0
pipe([8, 9])= 0
pipe([10, 11])  = 0
clone(Process 4093 attached
child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD,
child_tidptr=0xb7f17708) = 4093
[pid  4061] close(6)= 0
[pid  4061] close(9)= 0
[pid  4061] close(11)   = 0
[pid  4061] _llseek(7, 0, 0xbfb8ca40, SEEK_CUR) = -1 ESPIPE (Illegal seek)
[pid  4061] getsockname(7, 0xbfb8ca34, [28]) = -1 ENOTSOCK (Socket
operation on non-socket)
[pid  4061] fstat64(8, {st_dev=makedev(0, 5), st_ino=5022779,
st_mode=S_IFIFO|0600, st_nlink=1, st_uid=2004, st_gid=12, st_blksize=4096,
st_blocks=0, st_size=0, st_atime=2008/03/19-09:08:00,
st_mtime=2008/03/19-09:08:00, st_ctime=2008/03/19-09:08:00}) = 0
[pid  4061] fstat64(10, {st_dev=makedev(0, 5), st_ino=5022780,
st_mode=S_IFIFO|0600, st_nlink=1, st_uid=2004, st_gid=12, st_blksize=4096,
st_blocks=0, st_size=0, st_atime=2008/03/19-09:08:00,
st_mtime=2008/03/19-09:08:00, st_ctime=2008/03/19-09:08:00}) = 0
[pid  4061] gettimeofday({1205932080, 941409}, {4294967116, 0}) = 0 [pid 
4061] select(11, [8 10], [], [8 10], {2147483, 0}  [pid 
4093] close(0)= 0
[pid  4093] close(1)= 0
[pid  4093] close(2)= 0
[pid  4093] close(7)= 0
[pid  4093] close(8)= 0
[pid  4093] close(10)   = 0
[pid  4093] dup2(6, 0)  = 0
[pid  4093] close(6)= 0
[pid  4093] dup2(9, 1)  = 1
[pid  4093] close(9)= 0
[pid  4093] dup2(11, 2) = 2
[pid  4093] close(11)   = 0
[pid  4093] --- SIGSEGV (Segmentation fault) @ 0 (0) ---
Process 4093 detached
<... select resumed> )  = 2 (in [8 10], left {2147482,
996000})
--- SIGCHLD (Child exited) @ 0 (0) ---
gettimeofday({1205932080, 943134}, {4294967116, 0}) = 0
read(10, "", 1024)  = 0
read(8, "", 1024)   = 0
close(7)= 0
close(8)= 0
close(10)   = 0
waitpid(4093, [{WIFSIGNALED(s) && WTERMSIG(s) == SIGSEGV}], 0) = 4093
gettimeofday({1205932080, 943814}, NULL) = 0
setsockopt(1, SOL_TCP, TCP_CORK, [1], 4) = 0
write(1, "004 NO command failed\r\n", 23) = 23
setsockopt(1, SOL_TCP, TCP_CORK, [0], 4) = 0

I will try to use gdb to attach proccess and found something.








[Dovecot] max connects per host?

2008-03-19 Thread subscriber
Message: 3
Date: Wed, 19 Mar 2008 09:48:34 +0100
From: Johan Fredin <[EMAIL PROTECTED]>
Subject: Re: [Dovecot] max connects per host?
To: dovecot@dovecot.org
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=windows-1251; format=flowed


I would personally use the operating systems firewall software for this.
Seems redundant that every piece of software accepting connections
should duplicate the functionality of a firewall.

/Johan

Yes. In some cases it could be good choice. But in _general_ it's not.
It's about functionality of a mail server, isn't so? And how your users
will know, what they reached limits and it's not case of broken
connection/firewall/network related problems and so on?







[Dovecot] xexec and dovecot 1.1

2008-03-18 Thread subscriber
I'll test very interesting plugin xexec. It seems very nice and can be
used in many things. It's compiled perfect with dovecot 1.0, but certanly
not with dovecot 1.1. It's stopped with next error:

In file included from cmd-xexec.c:30:
xexec.h:8: error: expected specifier-qualifier-list before 'array_t'
cmd-xexec.c: In function 'cmd_xexec':
cmd-xexec.c:134: error: 'array_t' undeclared (first use in this function)
cmd-xexec.c:134: error: (Each undeclared identifier is reported only once
cmd-xexec.c:134: error: for each function it appears in.)
cmd-xexec.c:134: error: expected ';' before 'union'


I found, that in dovecot 1.1 has been changed some of functions of array
init and so on. I'm not programmer :(, just a system admin., but first of
all have to check it and trying to resolve by myself.

According examples in ../../lib/array.h I removed array_t and this code is
seems ok:

xexec.h
struct xexec {
ARRAY_DEFINE(setups, struct xexec_setups *);
};

and also here:

cmd-xexec.c
ARRAY_DEFINE(command, char *);


After, errors cames with

cmd-xexec.c: In function 'cmd_xexec':
cmd-xexec.c:144: warning: passing argument 4 of 'client_read_args' from
incompatible
pointer type
cmd-xexec.c:159: warning: assignment from incompatible pointer type
cmd-xexec.c:180: warning: implicit declaration of function 'ARRAY_CREATE'
cmd-xexec.c:180: error: expected expression before 'char'


As I understand, it is because of (from changelog)

Replaced ARRAY_CREATE() macro with [ipt]_array_init() macros. The
macro has no side effects so it might as well be lowercased.

I have look at the array.h, but can't find appropriate function in list of
array_create,i_array_init,p_array_init,t_array_init.

Should I just forget about it, until someone adapts code for dovecot 1.1, or
maybe it no so complex, as looks?


Thank you.