similar to: Feature question/request

#0 io_remove (io=0x0) at ioloop.c:51 51 if ((io->condition & IO_NOTIFY_MASK) != 0) { (gdb) bt #0 io_remove (io=0x0) at ioloop.c:51 #1 0x0804fd68 in auth_client_connection_destroy_wait (conn=0x80877d8) at auth-client-connection.c:494 #2 0x08050acd in auth_callback (request=0x84716b8, result=134681554, reply=0x0, reply_size=0) at auth-client-connection.c:104 #3 0x08050950 in

Hello, I am using dovecot [1.0 beta3] as a pop server with drac. It is working nicely, but I am getting the following message in a log: dovecot: pop3(keke): file ioloop.c: line 154 (timeout_remove): \ assertion failed: (*timeout != NULL) dovecot: child 15752 (pop3) killed with signal 6 Adding '&' to 'to_drac' in drac_deinit of drac.c stops the message: void

I'm attempting to use the metadata level 2 interface to get at the various interesting bits, which is working fine. But I also need a relevant piece of data, the offset of where the metadata ends, and the audio blocks begin. I'm not finding a clear way to reach that number. Is this exposed anywhere? Thanks. -D -- The revolution will be documented.

* Josh Coalson <xflac@yahoo.com> shaped the electrons to say... >yep, that will work too. but just writing skipping code is >pretty simple: > >is_last=0 >read 'fLaC' string >while (!is_last) { > read 1 byte metadata block type > read 3 byte metadata block length > is_last = type & 0x80 > fseek(file,length,SEEK_CUR) >}

* Josh Coalson <xflac@yahoo.com> shaped the electrons to say... >not exactly. the metadata interface won't tell you, but you >can create a decoder (say file decoder), set it up, then call > > FLAC__file_decoder_process_until_end_of_metadata(...) > FLAC__file_decoder_get_decode_position(...) > >and that will tell you. the decode position is relative to >the

I've noticed that if using the vpopmail auth setup, that the roaming-user functionality provided via open_smtp_relay() is only done if the auth mechanism is PLAIN. For example, if the client authenticates via DIGEST-MD5, the open relay file is not updated, as it should be. This is due to the call to open_smtp_relay only being done via vpopmail_verify_plain(). Instead, imo, that call should be

I have dracd and dovecot up and running and trying to get the two connected. I'm using the FC3 rpms from callimg yum install. I've downloaded the drac patch from http://dovecot.org/patches/drac.c and compiled it with both gcc -Wall -W -shared -fPIC -DHAVE_CONFIG_H -I$dovecot -I$dovecot/src/lib drac.c -o drac.so -ldrac and gcc -Wall -W -shared -fPIC -DHAVE_CONFIG_H -I$dovecot

Hello, I've just found that if vpopmail is compiled with --enable-roaming-users=y, but tcprules binary is missing there is kind of denial of service situation, which is not very obvious for debugging. I know this is result of misconfiguration and I suppose this is more of a vpopmail() bug, but it is somewhat hard to debug and causes greater harm to dovecot long running auth process than

Hello! I've tried to set up dovecot in conjuction with vpopmail, and running it under djb's tcpserver instead of (x)inetd. Btw - there was no reference to setting dovecot up using (x)inetd either in the manuals/faqs i read, though I didn't search all that hard. Anyway, back to my Q: vpopmail uses vchkpw as an authentication mechanism, and with tcpserver I can do relaycontrol (based

Hi, please Cc: all replies, I'm not subscribed I seem to have troubles with my Linux bridge (2.6.8-rc2), which is apparently not bridging UDP fragments (NFS) when passing packets through iptables, but I do not see in the iptables stats where the packets are dropped. Policies for INPUT, FORWARD, OUTPUT are all "ACCEPT", and I grepped for all REJECT and DROP rules in iptables -nvL,

Hi, I was hoping someone had a quick and dirty (is there any other kind) of patch for DRAC support for dovecot. This daemon is very slick, and I wish to replace my complex courier-imap setup. Regards, C. -- charlie at rubberduck.com - Melbourne, Australia http://rubberduck.com/~yeled/ PGP: 0x14AA7941 || finger yeled at lazy.spodder.com >

Hi - new to the list, can't find much on this using google. I'm trying to setup the dovecot DRAC plugin as described here: http://wiki.dovecot.org/HowTo/PopBSMTPAndDovecot#DRAC DRAC is installed and running using this startup command: /usr/local/sbin/rpc.dracd -i -e 5 /etc/postfix/dracd.db I downloaded the drac.c file linked on the above URL: http://www.dovecot.org/patches/1.1/drac.c

I have just installed dovecot and want to set up the drac interface. However, when I compile drac.c I get the following link errors; anybody know what the right compile options are for a 64 bit system? I have a Gentoo Linux system using the amd64 architecture. gcc -Wall -W -shared -fPIC -DHAVE_CONFIG_H -I$dovecot -I$dovecot/src/lib drac.c -o drac.so -ldrac

Hello All, I released the DRAC plugin for dovecot-2.x. http://sourceforge.jp/projects/dovecot2-drac/ It's based the plugin for dovecot-1.1: http://dovecot.org/patches/1.1/drac.c Please see README file for details. Best regards, -- mailto:usuda at designet.co.jp

I am using dovecot in mbox format. I'm going to set to leave the 30-day mail to the server with the mail client. The other day, some of email was received duplicate When receive mail. Mail does not arrive between Nov 4 11:09:03 and Nov 4 11:13:25. There should be the 259 (274-15) messages at the time of Nov 4 11:09:03 on the server from the log. But there were the 280 messages at the time of

# HG changeset patch # User Matthias Andree <matthias.andree at gmx.de> # Date 1246993296 -7200 # Branch HEAD # Node ID c884491cb1a61ef50e227fcf4bb77d2e449c1e3a # Parent dff7312629a72f6ee90ab470ad0d50dfa68e6f71 Fix VPATH build of RQUOTA support. Some rpcgen derive #include "..." paths from the infile argument. This will be off for VPATH builds, as the generated rquota_xdr.c code

* Arc <arc@indymedia.org> shaped the electrons to say... > > I quite agree - it's frustrating to be able to use software that's > > almost there, then have all the development move to a format that 90% > > of the applications/embedded systems don't yet support. > > I'm sorry, but >90% of software does support Ogg.

Greetings, out of fun and to investigate claims about alleged bgfsck resource hogging (which I could not reproduce) posted to news:de.comp.os.unix.bsd, I pressed the reset button on a live FreeBSD 5-STABLE system. Upon reboot, fsck -p complained about an unexpected softupdates inconsistency on the / file system and put me into single user mode, the manual fsck / then asked me to agree to

Hi all I'm trying to get to grips with this one, but just can't figure it out. I recently acquired some 2nd hand Dell Poweredge 860 servers, and noticed that they have built in remote management interfaces. So, I have setup one, and assigned an IP address to it, but have no idea on how to access it remotely. Google'ing for an answer didn't bring me more than general product

Hi, I'm trying to get the drac plugin working (again) but I'm stuck with the following message: Restarting IMAP/POP3 mail server: dovecotEDRAC: net_ip2addr() failed: Operation not permitted This is on a Debian Squeeze box, dovecot version 1.2.15-7, drac version 1.12 Looking at the source it should print the IP in the brackets of net_ip2addr. The fact that it's just empty made me