Jorge Bastos | 1 Jun 13:35 2008
Picon

UID changed

Hi,

Paul,
Sometimes i get this on outlook 2007:

---
MsgSeqNum 5115: Previous UID: 2726414, New UID: 2726940.
	Protocol:	IMAP
	Server:	192.168.1.222
	Port:	143
	Error Code:	0x800CCCDB
---

How can the UID change?

Jorge
Paul J Stevens | 1 Jun 16:36 2008
Picon

Re: UID changed

Is that running against 2.2.10 or 2.3.2 or head?

Jorge Bastos wrote:
> Hi,
> 
> Paul,
> Sometimes i get this on outlook 2007:
> 
> ---
> MsgSeqNum 5115: Previous UID: 2726414, New UID: 2726940.
> 	Protocol:	IMAP
> 	Server:	192.168.1.222
> 	Port:	143
> 	Error Code:	0x800CCCDB
> ---
> 
> 
> How can the UID change?
> 
> 
> Jorge
> 
> _______________________________________________
> DBmail mailing list
> DBmail <at> dbmail.org
> https://mailman.fastxs.nl/mailman/listinfo/dbmail
> 

--

-- 
  ________________________________________________________________
(Continue reading)

Jorge Bastos | 1 Jun 16:50 2008
Picon

RE: UID changed

2.3.2

> -----Original Message-----
> From: dbmail-bounces <at> dbmail.org [mailto:dbmail-bounces <at> dbmail.org] On
> Behalf Of Paul J Stevens
> Sent: domingo, 1 de Junho de 2008 15:36
> To: DBMail mailinglist
> Subject: Re: [Dbmail] UID changed
> 
> Is that running against 2.2.10 or 2.3.2 or head?
> 
> Jorge Bastos wrote:
> > Hi,
> >
> > Paul,
> > Sometimes i get this on outlook 2007:
> >
> > ---
> > MsgSeqNum 5115: Previous UID: 2726414, New UID: 2726940.
> > 	Protocol:	IMAP
> > 	Server:	192.168.1.222
> > 	Port:	143
> > 	Error Code:	0x800CCCDB
> > ---
> >
> >
> > How can the UID change?
> >
> >
> > Jorge
(Continue reading)

Peter Rabbitson | 1 Jun 17:27 2008
Picon

Re: Explanation of dbmail-util -ay run

Peter Rabbitson wrote:
> I have never seen this happen before, and there were no dbmail upgrades 
> either. What could have caused this and what did I possibly lose?
> 
> ....
> Repairing DBMAIL physmessage integrity...
> Ok. Found [22409] unconnected physmessages
> Ok. Orphaned physmessages deleted.
> ...

After asking some more around, it appears that during this particular week (I 
run dbmail-util weekly instead of daily) someone deleted a user like this:

dbmail-users -d <username>

The program ran for about 3 - 4 minutes and returned to the prompt. Can the 
above messages about orphans be connected to such an action, and is this normal?
Paul J Stevens | 1 Jun 18:07 2008
Picon

Re: Explanation of dbmail-util -ay run

Peter Rabbitson wrote:
> Peter Rabbitson wrote:
>> I have never seen this happen before, and there were no dbmail
>> upgrades either. What could have caused this and what did I possibly
>> lose?
>>
>> ....
>> Repairing DBMAIL physmessage integrity...
>> Ok. Found [22409] unconnected physmessages
>> Ok. Orphaned physmessages deleted.
>> ...
> 
> After asking some more around, it appears that during this particular
> week (I run dbmail-util weekly instead of daily) someone deleted a user
> like this:
> 
> dbmail-users -d <username>
> 
> The program ran for about 3 - 4 minutes and returned to the prompt. Can
> the above messages about orphans be connected to such an action, and is
> this normal?

Yes and yes.

When a uses is deleted, the cascades will trigger deletion of mailboxes
and messages. Physmessages however are only 'garbage-collected' by a
dbmail-util run. They are not connected to messages by foreign keys.

--

-- 
  ________________________________________________________________
(Continue reading)

Paul J Stevens | 2 Jun 12:44 2008
Picon

DBMail 2.3.3 released


Hi all,

It is with great pleasure that I'm announcing the availability of DBMail version
2.3.3, the latest in the 'unstable' development series.

This release is the most invasive rewrite since 2.0.0 was released. The number
of changes was quite dramatic. Because of this, and the fact that this is still
the 'unstable' development series, you should not use this server in production
environments. Please use 2.2.10 there until 2.4.0 is released.

Some of the highlights:

    * libevent: the preforking code was removed and DBMail's server code was
rewritten around the libevent library. This means each DBMail server will only
run as a single process and will automatically use the best kernel facilities
available to provide multiplexed connection handling.

    * libzdb: the native drivers for MySQL, PostgreSQL and SQLite3 have been
replaced by an external library that provides full support for prepared
statements and a shared database connection pool.

    * threads: the IMAP server uses a worker threadpool to deal with high
concurrencies without blocking on database calls. Combined with the shared
database connection pool this means you can run hundreds of clients against a
single DBMail process while only using a very small number of database
connections. While the POP3 server will be made threaded over the next releases,
the LMTP and MANAGESIEVE servers will probably remain single-threaded. Neither
requires high concurrencies generally and the event-driven server core already
provides excellent performance and throughput under low concurrencies.
(Continue reading)

Martin Hierling | 2 Jun 15:04 2008
Picon

Re: UID changed

Hi,
>> > Sometimes i get this on outlook 2007:
>> >
>> > ---
>> > MsgSeqNum 5115: Previous UID: 2726414, New UID: 2726940.
>> >     Protocol:       IMAP
>> >     Server: 192.168.1.222
>> >     Port:   143
>> >     Error Code:     0x800CCCDB

I got this on 2.2.x also, only with Outlook.

Martin
Michael Monnerie | 5 Jun 10:50 2008
Picon

about contrib/quota_warn script and umlauts

I've tried using the quota_warn script, but have problems with german 
umlauts (öäüß). I changed the $msg to contain:
Sie benutzen derzeit $_[1]% des möglichen Platzes für Ihre e-mails.

but I get
Sie benutzen derzeit 96.5% des möglichen Platzes fÌr Ihre e-mails.

Any idea how to get that correctly? I use UTF8 everywhere.

mfg zmi
--

-- 
// Michael Monnerie, Ing.BSc    -----      http://it-management.at
// Tel: 0676/846 914 666                      .network.your.ideas.
// PGP Key:         "curl -s http://zmi.at/zmi.asc | gpg --import"
// Fingerprint: AC19 F9D5 36ED CD8A EF38  500E CE14 91F7 1C12 09B4
// Keyserver: www.keyserver.net                   Key-ID: 1C1209B4
_______________________________________________
DBmail mailing list
DBmail <at> dbmail.org
https://mailman.fastxs.nl/mailman/listinfo/dbmail
Uwe Kiewel | 5 Jun 10:57 2008
Picon

Re: about contrib/quota_warn script and umlauts

Michael Monnerie schrieb:
> I've tried using the quota_warn script, but have problems with german 
> umlauts (öäüß). I changed the $msg to contain:
> Sie benutzen derzeit $_[1]% des möglichen Platzes für Ihre e-mails.
>
> but I get
> Sie benutzen derzeit 96.5% des möglichen Platzes fÌr Ihre e-mails.
>
> Any idea how to get that correctly? I use UTF8 everywhere.
>   

Are you sure using UTF8 in your mail client? Thunderbird (for me) uses 
ISO-8859-15. If I change manualy to UTF8 I can see the correct 
characters in your "Sie benutzen..."

Uwe
Michael Monnerie | 5 Jun 12:43 2008
Picon

Re: about contrib/quota_warn script and umlauts SOLVED

On Donnerstag, 5. Juni 2008 Uwe Kiewel wrote:
> Are you sure using UTF8 in your mail client? Thunderbird (for me)
> uses ISO-8859-15. If I change manualy to UTF8 I can see the correct
> characters in your "Sie benutzen..."

I'm not using my mail client to send the mail.

It seems to be missing a "Content-Type" or whatever to tell the client 
about the encoding. The message is sent via the script from 
dbmail/contrib/ named "quota_warn", which I could really need now.

Now that I wrote this I simply tried it and it works: Just change $msg 
to contain "Content-Type":
my $msg            =       sub { return <<MSG };
Content-Type: text/plain; charset="utf-8"
Subject:

and then it is UTF-8 and every umlaut is good. Sometimes it's just too 
simple :-)

mfg zmi
--

-- 
// Michael Monnerie, Ing.BSc    -----      http://it-management.at
// Tel: 0660 / 415 65 31                      .network.your.ideas.
// PGP Key:         "curl -s http://zmi.at/zmi.asc | gpg --import"
// Fingerprint: AC19 F9D5 36ED CD8A EF38  500E CE14 91F7 1C12 09B4
// Keyserver: www.keyserver.net                   Key-ID: 1C1209B4
_______________________________________________
(Continue reading)


Gmane