headers
Oberdan Albertoni | 1 Aug 2011 09:00

Re: RESOLVED pop3d connection problemi

Thank you to all,

after many hours now the server work correctly.
By Obe.

On 29/07/2011 16:56, Bron Gondwana wrote:
> On Fri, 29 Jul 2011 16:44:13 +0200, Oberdan Albertoni 
> <obe <at> digicolor.net> wrote:
>
>> On 29/07/2011 16:40, Patrick Boutilier wrote:
>>> Once the index upgrades are done you should see the load drop back
>>> down to normal levels.
>>
>> how do I know if he is still doing upgrades index, where can I watch?
>
> If you tail the syslog file you will see stuff happening.  A good way
> to ensure all mailboxes are upgraded is to run cyr_expire, which will
> open and check every mailbox.
>
> Bron.
>

--

-- 
Oberdan Albertoni

-----------------------------------------------------------------------------------------------------------------------------------------------------------

DIGICOLOR.NET s.r.l. Via Ala Ponzone, 30 - 26100 CREMONA (CR) Tel. +39 (0372) 30669 - 1965101 - 1951509
Fax +39 (0372) 464840 E-mail info <at> digicolor.net - Website http://www.digicolor.net
C.F / P.IVA 01227520192 - R.E.A. CR n. 153382 - Capitale Sociale € 10.400 i.v.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Frank Elsner | 1 Aug 2011 10:34
Picon
Favicon

allowallsubscribe in murder environment


Hi folks,

in our murder environment we want to allow users to subscribe to mailboxes 
which are not residing on the server where the users´s mailbox resides.

http://www.cyrusimap.org/docs/cyrus-imapd/2.3.16/install-murder.php says  

| Subscriptions - If users want subscribe to a mailbox other than on their 
| backend home server, they won't be able to, unless you set 
| "allowallsubscribe: t" in the backend imapd.confs. This essentially lets any 
| string be subscribed to successfully.

Is it really  "allowallsubscribe: t"?
                                  ^

>From the imap.conf example "allowallsubscribe: 0" I took it as numeric
but "allowallsubscribe: 1" doesn't work as expected.

What have I missed? Any pointer welcome.

Kind regards, 
Frank Elsner
----
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Permalink | Reply | 3 comments |
headers
Bron Gondwana | 1 Aug 2011 11:50
Gravatar

Re: allowallsubscribe in murder environment

On Mon, 01 Aug 2011 10:34:25 +0200, Frank Elsner  
<Frank.Elsner <at> tu-berlin.de> wrote:

>
> Hi folks,
>
> in our murder environment we want to allow users to subscribe to  
> mailboxes
> which are not residing on the server where the users´s mailbox resides.
>
> http://www.cyrusimap.org/docs/cyrus-imapd/2.3.16/install-murder.php says
>
> | Subscriptions - If users want subscribe to a mailbox other than on  
> their
> | backend home server, they won't be able to, unless you set
> | "allowallsubscribe: t" in the backend imapd.confs. This essentially  
> lets any
> | string be subscribed to successfully.
>
> Is it really  "allowallsubscribe: t"?
>                                   ^

Otherwise known as 'true'.  It's a "switch".

> -------    case OPT_SWITCH:
> -------    {
> ------->-------if (*p == '0' || *p == 'n' ||
> ------->-------    (*p == 'o' && p[1] == 'f') || *p == 'f') {
> ------->-------    imapopts[opt].val.b = 0;
> ------->-------}
(Continue reading)

Permalink | Reply | 2 comments |
headers
Frank Elsner | 1 Aug 2011 12:16
Picon
Favicon

Re: allowallsubscribe in murder environment

On Mon, 01 Aug 2011 11:50:52 +0200 Bron Gondwana wrote:
> On Mon, 01 Aug 2011 10:34:25 +0200, Frank Elsner  
> <Frank.Elsner <at> tu-berlin.de> wrote:
> 
> >
> > Hi folks,
> >
> > in our murder environment we want to allow users to subscribe to  
> > mailboxes
> > which are not residing on the server where the users´s mailbox resides.

  [ ... ]

> But 't' should work fine.  Or 1.  Or y/yes.
> 
> 
> >> From the imap.conf example "allowallsubscribe: 0" I took it as numeric
> > but "allowallsubscribe: 1" doesn't work as expected.
> >
> > What have I missed? Any pointer welcome.
> 
> Have you set it on both frontends and backends, and restarted everything?

I did it on the backends only, I'll do it in the frontends also and report.

> Did you spell it right? ;)

Yes, "allowallsubscribe: 1"

--Frank
(Continue reading)

Permalink | Reply | 1 comment |
headers
Frank Elsner | 1 Aug 2011 13:22
Picon
Favicon

Re: allowallsubscribe in murder environment

On Mon, 1 Aug 2011 12:16:59 +0200 Frank Elsner wrote:
> On Mon, 01 Aug 2011 11:50:52 +0200 Bron Gondwana wrote:
> > On Mon, 01 Aug 2011 10:34:25 +0200, Frank Elsner  
> > <Frank.Elsner <at> tu-berlin.de> wrote:
> > 
> > >
> > > Hi folks,
> > >
> > > in our murder environment we want to allow users to subscribe to  
> > > mailboxes
> > > which are not residing on the server where the users´s mailbox resides.
> 
>   [ ... ]
> 
> > But 't' should work fine.  Or 1.  Or y/yes.
> > 
> > 
> > >> From the imap.conf example "allowallsubscribe: 0" I took it as numeric
> > > but "allowallsubscribe: 1" doesn't work as expected.
> > >
> > > What have I missed? Any pointer welcome.
> > 
> > Have you set it on both frontends and backends, and restarted everything?
> 
> I did it on the backends only, I'll do it in the frontends also and report.

With the same change on the frontends all works as exspected.

Thanks for Your help.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Frank Elsner | 2 Aug 2011 16:30
Picon
Favicon

<Type Number> in mailboxes.db


Hallo,

which values are possible and what is the corresponding meaning
for the <Type Number> in mailboxes.db?

After failed XFERs we see

- on the murder

  user.richard^hildebrand 1 mailcluster1

- on mailcluster1

  user.richard^hildebrand 8 mailbackend-1-febe!default

We would like to know what this means. 
Is it in error? And if it is, how to solve the problem.

--Frank Elsner

----
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Permalink | Reply | 3 comments |
headers
Dan White | 2 Aug 2011 16:56
Gravatar

Re: <Type Number> in mailboxes.db

On 02/08/11 16:30 +0200, Frank Elsner wrote:
>
>Hallo,
>
>which values are possible and what is the corresponding meaning
>for the <Type Number> in mailboxes.db?
>
>After failed XFERs we see
>
>- on the murder
>
>  user.richard^hildebrand 1 mailcluster1
>
>- on mailcluster1
>
>  user.richard^hildebrand 8 mailbackend-1-febe!default
>
>
>We would like to know what this means.
>Is it in error? And if it is, how to solve the problem.

For documentation on the mailbox format, see:

http://www.cyrusimap.org/docs/cyrus-imapd/2.4.10/internal/database-formats.php

and

/imap/mboxlist.h in the source:

/* flags for types of mailboxes */
(Continue reading)

Permalink | Reply | 2 comments |
headers
Marc Muehlfeld | 2 Aug 2011 18:20
Picon
Favicon

Re: IOERROR: zero index/expunge record

Does anybody have an idea what cause this problem and how to finally fix it?

Am 22.07.2011 10:19, schrieb Marc Muehlfeld:
> Hi,
>
> two weeks ago we migrated from Centos 5.6 (cyrus 2.3.7) to Scientific Linux
> 6.0 (cyrus 2.3.16). Since that day some users are having problems with their
> mailbox. Thunderbird shows them "IOERRORS" and some are seeing undeletable
> mails with no content.
>
> The imapd's logfile contains the following:
>
> imap[21918]: IOERROR: user.xxx zero index/expunge record 41/47
> imap[16600]: IOERROR: user.yyy zero index/expunge record 16/17
>
> Also the mailbox (sub-)folder contains *.NEW files when this happens:
> -rw-------   1 cyrus mail  13660 22. Jul 09:22 cyrus.cache.NEW
> -rw-------   1 cyrus mail    800 22. Jul 09:22 cyrus.index.NEW
>
> Reconstructing the mailbox removes the *.NEW files and it's working for some
> hours or a day. But the problem and the *NEW files are always comming back.
> But reconstructing several mailboxes every day can't be the solution. On
> client side nothing had changed.
>
> For the migration the database was converted to text on the old system and
> reimported on SL6 using ctl_mboxlist. /etc/imapd.conf and /etc/cyrus.conf are
> copied from the old system.
>
> Does anybody have an idea what could be wrong and how it could be fixed?
>
(Continue reading)

Permalink | Reply | 22 comments |
headers
Simon Matter | 3 Aug 2011 06:55
Picon

Re: IOERROR: zero index/expunge record

> Does anybody have an idea what cause this problem and how to finally fix
> it?
>
>
>
> Am 22.07.2011 10:19, schrieb Marc Muehlfeld:
>> Hi,
>>
>> two weeks ago we migrated from Centos 5.6 (cyrus 2.3.7) to Scientific
>> Linux
>> 6.0 (cyrus 2.3.16). Since that day some users are having problems with
>> their
>> mailbox. Thunderbird shows them "IOERRORS" and some are seeing
>> undeletable
>> mails with no content.
>>
>> The imapd's logfile contains the following:
>>
>> imap[21918]: IOERROR: user.xxx zero index/expunge record 41/47
>> imap[16600]: IOERROR: user.yyy zero index/expunge record 16/17
>>
>> Also the mailbox (sub-)folder contains *.NEW files when this happens:
>> -rw-------   1 cyrus mail  13660 22. Jul 09:22 cyrus.cache.NEW
>> -rw-------   1 cyrus mail    800 22. Jul 09:22 cyrus.index.NEW
>>
>> Reconstructing the mailbox removes the *.NEW files and it's working for
>> some
>> hours or a day. But the problem and the *NEW files are always comming
>> back.
>> But reconstructing several mailboxes every day can't be the solution. On
(Continue reading)

Permalink | Reply | 21 comments |
headers
Marc Muehlfeld | 3 Aug 2011 09:23
Picon
Favicon

Re: IOERROR: zero index/expunge record

Am 03.08.2011 06:55, schrieb Simon Matter:
> Something is wrong with "the database" because Cyrus-imapd uses a number
> of databases. So I guess here is a problem.

I removed cyrus.cache, cyrus.index and cyrus.header out of the users broken 
mailbox and run a reconstruct to recreate them. For some mailboxes this fixes 
the issue. But for some it comes back after hours or days.

I also read that I should run
db_recover -h /var/lib/imap/db
while the cyrus services are stopped. But this doesn't help either.

What other databases could be affected and how can I fix them?

> Do you not see any other errors in the Cyrus logs?

No. The
 > imap[21918]: IOERROR: user.xxx zero index/expunge record 41/47
errors are the only ones.

Regards,
Marc
----
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Permalink | Reply | 20 comments |

Gmane