similar to: Imap sent folder sometimes dosen't get updated in dovecot-1.1-rc3(+some current hg patches)

Hi, I'm collecting users feedback of latest dovecot 1.1.rc3 development release. Some users are complaining that their sent mails sometimes don't get written to imap Sent-mail folder. It seems that all these users were using multiple istances of imap processes to read their mail (thunderbird+horde-imp, evolution+horde-imp or multiple thunderbird istances). No error message is written in

To some users happens this assertion failure while deleting a message. dovecot: Mar 10 08:40:44 Panic: IMAP(user): file index-sync.c: line 39 (index_mailbox_set_recent_uid): assertion failed: (seq_range_exists (&ibox->recent_flags, uid)) dovecot: Mar 10 08:40:44 Error: IMAP(user): Raw backtrace: [see bleow] dovecot: Mar 10 08:40:44 Error: child 17683 (imap) killed with signal 6 And the

file message-address.c: line 43 (parse_local_part): assertion failed: (ctx->parser.data != ctx->parser.end) #0 0x001b3402 in __kernel_vsyscall () No symbol table info available. #1 0x0043ed20 in raise () from /lib/libc.so.6 No symbol table info available. #2 0x00440631 in abort () from /lib/libc.so.6 No symbol table info available. #3 0x080f6968 in default_fatal_finish

Sorry, this time I've no core file, (I forgot to set ulimit -c unlimited before starting dovecot) Regards, Diego. --- dovecot: Dec 09 08:26:52 Panic: IMAP(user): file mbox-sync-rewrite.c: line 590 (mbox_sync_rewrite): assertion failed: (mails[idx].from_offset == start_offset) dovecot: Dec 09 08:26:52 Error: IMAP(user): Raw backtrace: /usr/libexec/dovecot/imap [0x80f739e] ->

Today I updated to current dovecot-1.1 hg tree and I got many of these assertion failures: file istream.c: line 303 (i_stream_read_data): assertion failed: (stream->stream_errno != 0) (gdb) bt full #0 0x00352402 in __kernel_vsyscall () No symbol table info available. #1 0x0043ed20 in raise () from /lib/libc.so.6 No symbol table info available. #2 0x00440631 in abort () from /lib/libc.so.6

Hello, I'm facing problems as I'm installing NUT to monitor a MGE Ellipse ASR600USBS on a FreeBSD 6.1 box. UPS is recognized as : ugen0: MGE UPS SYSTEMS ELLIPSE, rev 1.10/42.41, addr 2 I'm temporarily using root profile (devfs/devd scripts not modified atm). newhidups starts & runs fine (unplugging mains makes newhidups outputs lots of data when started with -DDDD flags)

Dovecot 1.1.7 is running so smoothly that I gave up checking its log files daily. :) I've just had a look, and among the usual "IMAP(username): FETCH for mailbox Sent UID xx got too little data: xx vs xx" messages (that means that unfortunately sometimes some messages are still written truncated) I saw this assertion failure: file mbox-sync.c: line 1305

I'm talking about mbox Sent folder, where some mailers append through imap server a copy of each message they send. Sometimes, just three header lines got appended instead of the whole mail message, such as: >From xxxxxxxx at xxxxxx.xxxxxx.xxxxx.xx.xx Fri May 23 12:30:14 2008 X-UID: 2852 Status: RO This happened in the past (dovecot-1.1-beta/rc with Evolution and with Thunderbird), and

Hi, another imap crash with latest dovecot. segmentation fault in fetch_bodystructure src/imap/imap-fetch.c static int fetch_bodystructure(struct imap_fetch_context *ctx, struct mail *mail, void *context ATTR_UNUSED) { const char *bodystructure; if (mail_get_special(mail, MAIL_FETCH_IMAP_BODYSTRUCTURE,

Using the patches from -current (aa thorugh bb) samba 2.0.6 release compiles under FreeBSD 3.3-RELEASE. "patch-ba" needs to be edited to change the location of the lines patched, and "patch-bb" needs to be edited to remove the first part (no longer needed) and also change the line location for the remaining part. Throughput using an NT4 SP6 P6/200 client connected at 100Mbits

https://bugzilla.netfilter.org/cgi-bin/bugzilla/show_bug.cgi?id=104 Summary: Bytes/packets counters sometimes give incorrect values Product: iptables userspace Version: 1.2.8 Platform: i386 OS/Version: RedHat Linux Status: NEW Severity: major Priority: P2 Component: iptables AssignedTo:

mbox messages gets header corruption caused by an extra linefeed after Content-Length Users sees their mails in Sent mbox folder without the from and to fields, without attachments and with the date of 1/1/1970 Diego. --- Here is an anonymized header: >From xxxxxxxx at xxxxxx.xxxxxx.xxxxx.xx.xx Tue Jun 03 09:14:33 2008 Message-ID: <xxxxxxxx.xxxxxxx at xxxxxx.xxxxx.xx.xx> X-UID: 3913

And got this regression with dovecot-1.1.rc7 with each pop3 connection, hg version of 2 days ago was working fine. Now I'm back again to hg before "Message sort index handling rewrite". Regards, Diego. --- Panic: POP3(username): file index-mail.c: line 1007: unreached (gdb) bt #0 0x00b91402 in __kernel_vsyscall () #1 0x00725ba0 in raise () from /lib/libc.so.6 #2 0x007274b1 in

wine-20020605 and wine 20020710 don't compile on varius version of Red-Hat and Mandrake (Including 8.2), CVS dosen't work, andone going to do something about this (There is an open bug abiut this on bugzilla)?

On Wed, 20 Feb 2019 11:17:05 +0100 "L.P.H. van Belle via samba" <samba at lists.samba.org> wrote: > Hai, > > > -----Oorspronkelijk bericht----- > > Van: samba [mailto:samba-bounces at lists.samba.org] Namens Mgr. > > Peter Tuharsky via samba > > Verzonden: woensdag 20 februari 2019 10:28 > > Aan: samba at lists.samba.org > > Onderwerp:

Hi, In my backup script I have noticed nothing gets deleted on the remote end even though I have --delete and --delete-excluded. Did I miss anything obvious here? rsync -azC -e ssh --relative --one-file-system --sparse --numeric-ids --vP $IGNORE ## a long list of --exclude patterns --delete --delete-excluded --bwlimit=0 --backup --suffix=''

Hello. When I'm trying to install Media Studio i get bug :

Thank You, Dale The parameters I understood from documentation did nothing for me too. I see I must upgrade Samba on DC. I'm reluctant since this is always quite delicate thing though, don't want break the whole network... Dňa 20.04.2016 o 20:12 Dale Schroeder napísal(a): > On 04/20/2016 5:22 AM, Mgr. Peter Tuharsky wrote: >> Hallo >> >> The Debian team was unable

On Fri, 11 Jan 2019 14:55:08 +0100 "L.P.H. van Belle via samba" <samba at lists.samba.org> wrote: > > > > > > > Please, does somebody have a clue, what goes wrong here? > > > > > > > > > > > > > Nope, haven't got a clue ;-) > Not? Rowland not? really.. ;-) Well okay, I could take a guess, but I could be wide

On Tue, 22 Jan 2019 14:51:02 +0100 "Mgr. Peter Tuharsky via samba" <samba at lists.samba.org> wrote: > Rowland, thank You, but this removes only the NS record, but the > faulty domain A records remain. How to deal with them, I don't know. > They behave unlike the ordinary A records. > > Name=, Records=8, Children=0 >     SOA: serial=27, refresh=900,