similar to: No folders listed in felamimail

Hi, I am trying to install egroupware. The installation tests have some warnings. What are the packages missing which I can use yum to install them? Checking PEAR::HTTP_WebDAV_Server is installed: False PEAR::HTTP_WebDAV_Server is needed by: WebDAV. You can install it by running: pear install HTTP_WebDAV_Server Checking PEAR::Auth_SASL is installed: False PEAR::Auth_SASL is needed by:

Hi, I wrote a little python program that works with antispam plugin, to create or remove sieve rules based on "From:" of any e-mail that is moved to some folder configured in dovecot.conf. He works fine with "Felamimail" the email program of "eGroupware". After setup, is very simple: If an user move a message to "blocked" folder, is appended a rule in

Hi Timo, Am 18.09.17 um 12:03 schrieb Timo Sirainen: > On 18 Sep 2017, at 12.10, Ralf Becker <rb at egroupware.org > <mailto:rb at egroupware.org>> wrote: >> >> Am 14.09.17 um 01:07 schrieb Timo Sirainen: >>> On 7 Sep 2017, at 17.42, Ralf Becker <rb at egroupware.org >>> <mailto:rb at egroupware.org>> wrote: >>>> Dovecot

Hi Timo, update to 2.2.32 (suggested by Aki) did not change the situation ... Am 18.09.17 um 20:49 schrieb Timo Sirainen: > On 18 Sep 2017, at 20.12, Ralf Becker <rb at egroupware.org > <mailto:rb at egroupware.org>> wrote: >> >> Hi Timo, >> >> Am 18.09.17 um 12:03 schrieb Timo Sirainen: >>> On 18 Sep 2017, at 12.10, Ralf Becker <rb at

Am 14.09.17 um 01:07 schrieb Timo Sirainen: > On 7 Sep 2017, at 17.42, Ralf Becker <rb at egroupware.org> wrote: >> Dovecot 2.2.31 with mailboxes in mdbox format. >> >> Since a couple of days some mailboxes have the problem, that sieve rules >> moving mails to folders stop working and .sieve.log in mailbox shows: >> >> sieve: info: started log at Sep 07

Hi Aki, Am 18.09.17 um 11:13 schrieb Aki Tuomi: > On 18.09.2017 12:10, Ralf Becker wrote: >> Am 14.09.17 um 01:07 schrieb Timo Sirainen: >>> On 7 Sep 2017, at 17.42, Ralf Becker <rb at egroupware.org> wrote: >>>> Dovecot 2.2.31 with mailboxes in mdbox format. >>>> >>>> Since a couple of days some mailboxes have the problem, that sieve

Hi Aki, Am 18.09.17 um 11:22 schrieb Aki Tuomi: > On 18.09.2017 12:20, Ralf Becker wrote: >> Hi Aki, >> >> Am 18.09.17 um 11:13 schrieb Aki Tuomi: >>> On 18.09.2017 12:10, Ralf Becker wrote: >>>> Am 14.09.17 um 01:07 schrieb Timo Sirainen: >>>>> On 7 Sep 2017, at 17.42, Ralf Becker <rb at egroupware.org> wrote:

Dovecot 2.2.31 with mailboxes in mdbox format. Since a couple of days some mailboxes have the problem, that sieve rules moving mails to folders stop working and .sieve.log in mailbox shows: sieve: info: started log at Sep 07 13:57:17. error: msgid=<20170907155704.EGroupware.S4yThVJRr12WSiJLpKbK0Bz at somedomain.egroupware.de>: failed to store into mailbox 'INBOX/Munser': Mailbox

On 07/02/2019 06:10 AM, Rowland penny via samba wrote: > On 02/07/2019 10:31, Zombie Ryushu via samba wrote: >> I have a Samba problem with eGroupware. Samba 4 is screwing with my >> >> eGroupware UIDs causing Havoc. Samba 4 uses the last four Digits of the >> SID rather than the UID Number. > > If you are running Samba as an AD DC, then Unix UID != RID (what you

On 02/07/2019 15:37, Zombie Ryushu via samba wrote: > On 07/02/2019 10:17 AM, Rowland penny via samba wrote: >> On 02/07/2019 14:40, Zombie Ryushu wrote: >>> On 07/02/2019 09:32 AM, Rowland penny via samba wrote: >>>> On 02/07/2019 13:52, Zombie Ryushu via samba wrote: >>>>> On 07/02/2019 06:10 AM, Rowland penny via samba wrote: >>>>>

On 02/07/2019 15:59, Zombie Ryushu wrote: > On 07/02/2019 10:49 AM, Rowland penny via samba wrote: >> On 02/07/2019 15:37, Zombie Ryushu via samba wrote: >>> On 07/02/2019 10:17 AM, Rowland penny via samba wrote: >>>> On 02/07/2019 14:40, Zombie Ryushu wrote: >>>>> On 07/02/2019 09:32 AM, Rowland penny via samba wrote: >>>>>> On

On 02/07/2019 13:52, Zombie Ryushu via samba wrote: > On 07/02/2019 06:10 AM, Rowland penny via samba wrote: > >> On 02/07/2019 10:31, Zombie Ryushu via samba wrote: >>> I have a Samba problem with eGroupware. Samba 4 is screwing with my >>> >>> eGroupware UIDs causing Havoc. Samba 4 uses the last four Digits of the >>> SID rather than the UID

On 02/07/2019 16:20, Zombie Ryushu wrote: > On 07/02/2019 11:14 AM, Rowland penny via samba wrote: >> On 02/07/2019 15:59, Zombie Ryushu wrote: >>> On 07/02/2019 10:49 AM, Rowland penny via samba wrote: >>>> On 02/07/2019 15:37, Zombie Ryushu via samba wrote: >>>>> On 07/02/2019 10:17 AM, Rowland penny via samba wrote: >>>>>> On

On 02/07/2019 14:40, Zombie Ryushu wrote: > On 07/02/2019 09:32 AM, Rowland penny via samba wrote: >> On 02/07/2019 13:52, Zombie Ryushu via samba wrote: >>> On 07/02/2019 06:10 AM, Rowland penny via samba wrote: >>> >>>> On 02/07/2019 10:31, Zombie Ryushu via samba wrote: >>>>> I have a Samba problem with eGroupware. Samba 4 is screwing with

One more update, I tried renaming that "[Test " folder to just "Test", which creates an also not deletable folder "Test". Good news is, if I delete these folders on both replication nodes from mdbox/mailboxes and mdbox/subscriptions they seem to be really gone. I can event create the folder "Test" again and it behaves normal aka. I can delete it afterwards

At the moment the correct way to use shared folders in a replication pair is to access them with imapc from the other pair. Aki > On 29/10/2020 14:43 Ralf Becker <rb at egroupware.org> wrote: > > > In reference to an earlier mail from me, I'd like to ask: > > Have there been any changes in regard to INDEXPVT and replication or are > there any plans in that

Some answers to my questions, a first version of my script and more questions ;) Am 03.08.20 um 18:15 schrieb Ralf Becker: > Currently looking into the following questions: > > - can I get the rfc 5423 type of event somehow (obviously I can set it > on the event myself depending of the function called) event.name > - looking at the example code, it looks like it can be called for

Thanks Aki, I'll check it out :) Am 03.08.20 um 11:40 schrieb Aki Tuomi: >> On 03/08/2020 12:31 Ralf Becker <rb at egroupware.org> wrote: >> >> >> We're currently using the OX push driver, which is straight forward >> (simple web hook) and allows to store (multiple) push tokens of our >> webmailer direct in mailbox metadata. >> >>

While it's documented that the OX push_notification_driver only supports MessageNew events, it does NOT generate any event if a Sieve script moves the message on arrival to an other folder, neither in INBOX were it original arrives by LMTP, nor in the folder Sieve moves the message. Is that a misconfiguration on my side, or a know / desired limitation or just a bug? I use LMTP to deliver

I have a Samba problem with eGroupware. Samba 4 is screwing with my eGroupware UIDs causing Havoc. Samba 4 uses the last four Digits of the SID rather than the UID Number. I need to know how to alter my user entry SID so that the last four digits of the SID is congruent with the UID Numbers of my users. To fix this; I need the ability to edit the last digits of the SID. I've tried shutting