View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0003727 | SOGo | Backend Mail | public | 2016-06-14 09:31 | 2017-05-08 19:02 |
Reporter | sorintpro | Assigned To | ludovic | ||
Priority | urgent | Severity | minor | Reproducibility | always |
Status | closed | Resolution | suspended | ||
Platform | [Server] Linux | OS | RHEL/CentOS | OS Version | 6 |
Product Version | 3.1.2 | ||||
Summary | 0003727: Vacation message with always send = True and delay of one day does not get re-delivered after 24 hours | ||||
Description | If we try to send it after 24 hours, the vacation message does not get delivered again. If we try to send it after one day calculated with (hour of first send) + (hours to the end of the day) + 24 hours it does not get delivered. If we wait 3/4 days it gets delivered again. I only have a doubt: it seems like every email resets the one day count. Is this the case? | ||||
Steps To Reproduce | Create a mailbox, set the vacation message, one day delay and always send message to True | ||||
Tags | No tags attached. | ||||
SOGo doesn't send vacation messages - your mailstore (Dovecot/Cyrus/etc.) does. |
|
This is quite clear, thank you for your answer. How is SOGo sieve rule supposed to work? It does not work as supposed to do with cyrus, squirrel rule does work on the same cyrus, and since the sieve rule cannot be modified without patching and recompiling SOGo, I'm trying to clarify it before going that way. |
|
What do you mean by "the sieve rule cannot be modified without patching and recompiling SOGo" ? That doesn't make sense. SOGo generates Sieve scripts and uploads them on the Sieve server. That's it - the rest is handled your mailstore. |
|
It means that SOGo generates a Sieve script from an hardcoded string. The sieve script that squirrelmail generates works fine on the same cyrus installation so, since it's not possible to modify the hardcoded string without patching and recompiling SOGo, I am asking you if you have a clue on why SOGo sieve script does not work as expected under cyrus. |
|
We have tons of Cyrus + SOGo installation that works perfectly. So figure out what is wrong in the script. |
|
Have you specifically tested the one day delay with the option to always reply on cyrus 2.1.22 (RHEL5) ? Anyway, I really don't understand why I should figure out what's wrong with the script if you hardcoded it in SOGo. If it's the script, it's a SOGo bug with cyrus 2.1.22. Isn't this thing supposed to be a bug tracker? It looks so to me. |
|
If it works with Squirrelmail, compare the generated script with the one from SOGo - that is what I suggested. It'll help you see what could be wrong from the script. Also, I strongly suggest you drop the attitude - otherwise you won't get any help from anybody. |
|
I just updated to 3.1.3 and I'm repeating the test. Here is the rule that SOGo generated (from sieveshell):
And here is what squirrel generates:
I'm updating on the test tomorrow here if the rule works. |
|
As a reference, I'm attaching the rule generated by SOGo 3.0, not working with cyrus-imapd-2.3.7-2.el5: [root@imap test1]# cat sogo.script |
|
Reopen if it still occurs with 3.2.9. |
|
Date Modified | Username | Field | Change |
---|---|---|---|
2016-06-14 09:31 | sorintpro | New Issue | |
2016-06-14 11:46 | ludovic | Note Added: 0010361 | |
2016-06-14 11:46 | ludovic | Status | new => closed |
2016-06-14 11:46 | ludovic | Assigned To | => ludovic |
2016-06-14 11:46 | ludovic | Resolution | open => no change required |
2016-06-14 13:14 | sorintpro | Note Added: 0010368 | |
2016-06-14 13:14 | sorintpro | Status | closed => feedback |
2016-06-14 13:14 | sorintpro | Resolution | no change required => reopened |
2016-06-14 13:16 | ludovic | Note Added: 0010369 | |
2016-06-14 23:25 | sorintpro | Note Added: 0010376 | |
2016-06-14 23:25 | sorintpro | Status | feedback => assigned |
2016-06-14 23:26 | ludovic | Note Added: 0010377 | |
2016-06-14 23:26 | ludovic | Severity | major => minor |
2016-06-15 09:23 | sorintpro | Note Added: 0010378 | |
2016-06-15 20:14 | ludovic | Note Added: 0010381 | |
2016-07-05 09:13 | sorintpro | Note Added: 0010466 | |
2016-07-05 09:14 | sorintpro | Note Edited: 0010466 | |
2016-07-05 09:31 | sorintpro | Note Added: 0010467 | |
2017-05-08 19:02 | ludovic | Note Added: 0011801 | |
2017-05-08 19:02 | ludovic | Status | assigned => closed |
2017-05-08 19:02 | ludovic | Resolution | reopened => suspended |