odd problem with cyradm

[Egoitz Aurrekoetxea]

Have you copied from another machine or similar the quota database??


You should never do that....


Best regards,


El 21/8/17 a las 8:42, Per olof Ljungmark escribió:
> On 2017-08-21 08:11, Egoitz Aurrekoetxea wrote:
>> Good morning,
>>
>>
>> What happens if you launch the cyradm from a remote machine?. For
>> instance in a FreeBSD with another Perl version?. Does it work?.
>>
>
> No, tried that and results are the same. Current line of thought is 
> that something is not right with the quota database, I am building a 
> testing setup now to verify.
>
>>
>> El 19/8/17 a las 13:18, Per olof Ljungmark escribió:
>>> Hi all,
>>>
>>> Wonder if someone can offer help.
>>>
>>> Host is FreeBSD 11.0-STABLE #0 r316644M and cyrus 2.5.11 in a jail.
>>> If I run cyradm as user cyrus (admin) and issue the lq command, usually
>>> there is a proper response at first, but subsequent commands fail. This
>>> could very well be a FreeBSD problem but I thought I'll ask here first.
>>>
>>> 1st:
>>>
>>> read(0,"lq user/<mailbox>\n",8192)                  = 15 (0xf)
>>> write(3,"8 GETQUOTA user/<mailbox>\r\n",24)         = 24 (0x18)
>>> select(4,{ 3 },{ },0x0,0x0)                      = 1 (0x1)
>>> read(3,"* QUOTA user/<mailbox> (STORAGE 888619 10000000)\r\n8 OK
>>> Completed\r\n",4096) = 63 (0x3f)
>>> write(1," STORAGE 888619/10000000",24)           = 24 (0x18)
>>> write(1," (8.88619%)",11)                        = 11 (0xb)
>>> write(1,"\n",1)                                  = 1 (0x1)
>>> write(1,"192.168.64.12> ",15)                    = 15 (0xf)
>>>
>>> and following
>>>
>>> read(0,"lq user/<mailbox>\n",8192)                  = 15 (0xf)
>>> write(3,"10 GETQUOTA user/<mailbox>\r\n",25)        = 25 (0x19)
>>> select(4,{ 3 },{ },0x0,0x0)                      = 1 (0x1)
>>> read(3,"* QUOTA user/<mailbox> (STORAGE 888619 10000000)\r\n10 OK
>>> Completed\r\n",4096) = 64 (0x40)
>>> write(1,"192.168.64.12> ",15)                    = 15 (0xf)
>>>
>>> As one can see, cyradm does not write out the info, just reads it.
>>>
>>> There are no quota problems AFAICS, bin/quota and -f all works as
>>> expected and mail agents sees proper quota info, so I am inclined to
>>> think there is something fishy with cyradm or possibly something I
>>> cannot see with the quotas.
>>>
>>> Same with both quotas.db twoskip and quotalegacy. Other cyradm commands
>>> works fine.
>>>
>>> Thanks!
>>>
>>> //per
>>> ----
>>> Cyrus Home Page: http://www.cyrusimap.org/
>>> List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
>>> To Unsubscribe:
>>> https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
>>
>> -- 
>>
>>
>> sarenet
>> *Egoitz Aurrekoetxea*
>> Departamento de sistemas
>> 944 209 470
>> Parque Tecnológico. Edificio 103
>> 48170 Zamudio (Bizkaia)
>> egoitz at sarenet.es <mailto:egoitz at sarenet.es>
>> www.sarenet.es <https://www.sarenet.es>
>>
>> Antes de imprimir este correo electrónico piense si es necesario 
>> hacerlo.
>>
>>
>> ----
>> Cyrus Home Page: http://www.cyrusimap.org/
>> List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
>> To Unsubscribe:
>> https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
>>
> ----
> Cyrus Home Page: http://www.cyrusimap.org/
> List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
> To Unsubscribe:
> https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

-- 


sarenet
*Egoitz Aurrekoetxea*
Departamento de sistemas
944 209 470
Parque Tecnológico. Edificio 103
48170 Zamudio (Bizkaia)
egoitz at sarenet.es <mailto:egoitz at sarenet.es>
www.sarenet.es <https://www.sarenet.es>

Antes de imprimir este correo electrónico piense si es necesario hacerlo.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.andrew.cmu.edu/pipermail/info-cyrus/attachments/20170821/4ef6d023/attachment-0001.html>