Displaying 20 results from an estimated 6000 matches similar to: "1.0.rc18 released"
2007 Jan 25
2
rc18->rc19: read/unread/reply flags broken
Timo,
This might be a bit vague, but I have noticed that rc19 seems
to have broken the read/unread/reply flags in imap. My officemate
has had problems with messages that are read and marked as read then
mysteriously get remarked as unread the next time email is checked.
I've had problems where I reply to a message and it does not get
marked as "answered". We didn't see this
2007 Jan 22
1
RC18 core dumps
Still seeing a few core dumps via the deliver process and corrupted
transaction log files with RC18:
Jan 22 10:46:36 zahara deliver(user at host.com): Corrupted transaction log
file /data/mail/host.com/us/user at home.com/dovecot.index.log: start_offset
(71680) > file size (71520)
Jan 22 10:46:36 zahara deliver(user at host.com): seq = 6, rec->uid = 0,
first_new_seq = 6, records = 5
Jan 22
2007 Jan 23
2
imap core dump with rc18
Hi,
I had a core dump while using rc18. Here are the backtraces:
Jan 23 01:01:44 rouge dovecot: IMAP(user): file mail-index-view.c: line
386 (_view_lookup_uid_range): assertion failed: (*last_seq_r >=
*first_seq_r)
Jan 23 01:01:44 rouge dovecot: IMAP(user): Raw backtrace: [0x47f25b00000000]
Jan 23 01:01:44 rouge dovecot: child 24319 (imap) killed with signal 6
Core was generated by
2009 Feb 03
2
some kind of timeout problem in pbx_spool.c
I am using outgoing call files. I typically see the "ooh something
changed / timeout" on a regular bases every second to be exact.
Then it stops until some other call event happens.
So I "mv" my call file to the outgoing spool directory, I am listening
to that message, another call file is "mv"'ed into the directory
and something happens to the timeout that its
2007 Jan 23
1
dovecot-acl file location in rc18
Hi,
I'm trying to use ACL with dovecot rc18 but I don't understand where to
store per-mailbox dovecot-acl file.
In dovecot.conf I have
mail_location = maildir:/var/vmail/%u/
and I do not use namespaces.
I have some "testuser" maildir with subdir ".test". When I put
dovecot-acl file to the .test directory I get this error in my log file:
Error: IMAP(testuser):
2024 Aug 26
0
NHW v0.3.0-rc18 new version
Hello,
For those interested, I have released the NHW v0.3.0-rc18 new version.
I continue to fine-tune the nhw_kernel weights.This new version seems then
to have more precision, and so a better visual quality.
More at: https://nhwcodec.blogspot.com/
Also, some people seem to be testing at extreme compression, I just wanted
to remind that NHW is only developed for -q9 to -q23 compression
2007 Jan 22
1
mail_log plugin in RC18
On Jan 22, 2007, at 8:37 AM, Timo Sirainen wrote:
> + Added mail_log plugin to log various mail operations. Currently it
> logs mail copies, deletions, expunges and mailbox deletions.
Hi Timo -
I saw this addition and it sounds very useful in our enviroment. Can
the plugin be enabled for specific users? Or is is a system-wide
only plugin?
--
Roger J. Weeks
Systems & Network
2004 Oct 26
1
[Fwd: question for file attributes (atime, ctime)]
It looks like I need to elaborate further to get a feedback.
I checked the rsync source code and it is using utime() to restore
atime file attribute. It is fine to change ctime for that transferred
file in this case.
What we are having problem is that when rsync gets kicked off and
transfers one file to the destination, this action changes ctime of
"all" files in the same
2004 Oct 08
2
Ext 2/3 overwriting remnant data & use of data blocks - security
Greetings all-
I am conducting security testing on a device that uses Linux 2.4 with ext3. I am testing secure overwrite of remnant data in temporary files, but have run into a real good stumpper in the way Ext allocates data blocks. I've got 10 yrs of *NIX behind me, several with Linux, and this has really got me perplexed as I can't find any documentation explaining the subject
2011 Sep 19
0
file.info(path) "inconsistent" with file.exists(path) when path == "C:/"
Hi,
on Windows 7 (tested on NTFS file system) and R-devel:
1. file.info("C:/") gives NAs whilst file.exists("C:/") gives TRUE.
Instead you have to do file.info("C:/.").
2. Any number of dots will do, e.g.
identical(file.info("C:/........."), file.info("C:/.")) == TRUE
DETAILS:
# C:/ => DISCREPANCY file.exists() and file.info()
>
2007 Jan 23
2
X-UID: 4085788205 != 2147483647
Hi,
Dovecot (at least versions 0.99.10.4, 0.99.11, 1.0rc15, rc17 and rc18)
allows message Unique Identifiers to be an unsigned 32 bit value, so
something like "X-UID: 4085788205" is allowed.
Some IMAP clients I've tested (Thunderbird 1.5.0.9, SquirrelMail
1.4.9a/PHP 4.3.2) appear to use signed 32 bit identifiers and request
the above message as UID 2147483647 (max signed 32 bit
2016 Feb 19
0
Re: problem cloning storage pool volume
On Fri, Feb 19, 2016 at 11:12:32AM +0000, Andrei Perietanu wrote:
>I'm trying to clone a volume in a storage pool and I'm following the steps
>described here:
>http://libvirt.org/docs/libvirt-appdev-guide-python/en-US/html/libvirt_application_development_guide_using_python-Storage_Pools-Cloning.html
>
>My code looks like:
>
> destXML = """
>
2009 Feb 12
2
[patch 1/3] add protocol extension to ATTR message
This patch adds all the missing commonly used UNIX attributes: st_dev,
st_ino, st_nlink, st_rdev, st_blocks, st_blksize, st_ctime. In
addition it extends st_atime and st_mtime to 64bits, and adds
nanosecond resolution to all three timestamps.
This is implemented as an extension to the ATTR message. This patch
alone is sufficient for SSHFS to be able to use these attributes. The
following two
2004 Oct 25
0
question for file attributes (atime, ctime)
Hi,
I looked though documentation and also checked last 9 months of
archives, but could not find the corresponding information. We are
having an issue with incremental backup with arkeia. Arkeia checks if
ctime/mtime of the file are changed, if so, it backs up.
I realized that when I ran rsync from a cammnd line, it changed ctime,
and preserved atime of the file in a destination as
2011 Mar 05
1
file mode lost in file.copy()?
Hi,
Recently I noticed file.copy() would discard the file mode
information. Is this the expected behaviour or a bug for file.copy()?
> file.create('testfile')
[1] TRUE
> file.info('testfile')
size isdir mode mtime ctime
testfile 0 FALSE 644 2011-03-05 17:06:39 2011-03-05 17:06:39
atime uid gid uname grname
2011 Mar 05
1
file mode lost in file.copy()?
Hi,
Recently I noticed file.copy() would discard the file mode
information. Is this the expected behaviour or a bug for file.copy()?
> file.create('testfile')
[1] TRUE
> file.info('testfile')
size isdir mode mtime ctime
testfile 0 FALSE 644 2011-03-05 17:06:39 2011-03-05 17:06:39
atime uid gid uname grname
2007 Jan 30
0
mail_plugins = mail_log (pop3) crashing 1.0.rc18 and rc19
Hello
Thank for adding mail_log plugin in Dovecot POP3/IMAP server.
But when I am use "mail_log" in pop3 secction Dovecot getting
the following log message:
...
Jan 26 15:34:11 rtr dovecot: pop3-login: Login: user=<gk2>,
method=PLAIN, rip=8x.xx.xx.xx, lip=8x.xx.xx.xxx
Jan 26 15:34:11 rtr dovecot: POP3(gk2):
dlopen(/opt/dovecot/v1.0rc19/lib/dovecot/pop3/lib20_mail_log_plugin.so)
2016 Feb 22
0
Re: problem cloning storage pool volume
On Fri, Feb 19, 2016 at 12:33:10PM +0000, Andrei Perietanu wrote:
>On Fri, Feb 19, 2016 at 12:12 PM, Martin Kletzander <mkletzan@redhat.com>
>wrote:
>
>> On Fri, Feb 19, 2016 at 11:12:32AM +0000, Andrei Perietanu wrote:
>>
>>> I'm trying to clone a volume in a storage pool and I'm following the steps
>>> described here:
>>>
>>>
2016 Feb 19
2
problem cloning storage pool volume
I'm trying to clone a volume in a storage pool and I'm following the steps
described here:
http://libvirt.org/docs/libvirt-appdev-guide-python/en-US/html/libvirt_application_development_guide_using_python-Storage_Pools-Cloning.html
My code looks like:
destXML = """
<volume>
2002 Sep 10
0
[PATCH] Add --preserve-atime switch to rsync
In the past there have been discussions about adding a switch to rsync to
preserve the atime on files being copied by rsync. I needed this function
for a project I'm working on and decided to invent it. I've attached the
diffs. Note that this has the limitations describe in previous emails,
namely that preserving atime causes ctime to not be preserved.
*** Patch follows ***
***