Re: error when applying UoA patches to cyrus-imapd 2.3.11
David Newman wrote: > Greetings. I'm building a 2.3.11 server from ports on FreeBSD 7.0/i386. > I'm also using these two University of Athens patches: > > http://email.uoa.gr/download/cyrus/cyrus-imapd-2.3.11/cyrus-imapd-2.3.11-autocreate-0.10-0.diff > > http://email.uoa.gr/download/cyrus/cyrus-imapd-2.3.11/cyrus-imapd-2.3.11-autosieve-0.6.0.diff > > The following steps produced the error output pasted below. Thanks in > advance for any help in understanding what's wrong. > > cd /usr/ports/mail/cyrus-imapd23/ > make patch > cd work/cyrus-imapd-2.3.11/ > patch -p1 < ~/cyrus-imapd-2.3.11-autocreate-0.10-0.diff > patch -p1 < ~/cyrus-imapd-2.3.11-autosieve-0.6.0.diff > cd ../.. > make > > Hello, thanks for using our patch. This is a bit of a known issue. The FreeBSD ports system changes the Makefiles for their own build system, and the autocreate patch has to change the makefiles since the sieve libraries are needed also in other places (because of the autocreate functionality). If you follow the normal patch procedure and you add the autocreate patch in the patches that are in the ports build system, then the autocreate patch will not be applied successfully since there will be conflicts in the makefiles again. (The rules apply also to autosieve if i remember correctly). Unfortunately i don't have a freeBSD system at hand to see the changed that are needed (which are not backward compatible with the vanilla cyrus distribution), and it is quite hard for us to produce different patches for different operating systems. (that's why we have all the uoa patches against the vanilla cyrus distribution). Best regards, Aristotelis Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: 2.3.13 - fails to unlinking quota file
Bron Gondwana wrote: > Looks like the whole quota system is pretty broken actually! > Yeah, ho hum. So I guess we don't bother trying then. > > I'm not, off the top of my head, sure how much quota.root looks like a > mailbox, and internal mailbox, or a filesystem path. I'm not sure that > the code is 100% clarified on this at all places either! I've been > looking into exactly that issue while trying to make sure all the buffer > sizes are correct for handling DELETED.* mailbox names safely and > allowing users to be able to delete any mailbox name they are able to > create! Hello, If I'm not mistaken this is an issue that has come up before. As I quote : When a folder is assigned a quota it becomes a quota root for all subfolders except those that have quotas defined and their children. Under Cyrus it is not possible to remove a quota root, and reassign the relevant subfolders to a parent quota root. There is a proposed solution sometime back the rmquota patch that it is included in a number of different cyrus imap packages. I think more relevant for this issue is the deletamailbox patch (that is based on the rmquota patch). I quote : Cyrus imap doesn't remove the quota from a folder when this folder is deleted except if the folder is user.X folder. There are some comments in Cyrus code about possible places where code can be inserted to deal with this situation. These patch however are not yet compatible with the delayed delete code since in UOA we are not using cyrus 2.3.x. However if you think that this is serious matter we are willing to work with you so that this patch can me merged to the mail cyrus tree. For more info please look at: http://email.uoa.gr/projects/cyrus/quota-patches/rmquota/ http://email.uoa.gr/projects/cyrus/quota-patches/deletemailbox/ Best Regards. Aristotelis Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: murder and autocreate (I know it is not supported)
Hello all, It is an interesting discussion about the autocreate feature in cyrus imapd. I would like to point you to a rather old discussion (but still very relevant) that was on cyrus-devel: http://marc.info/?l=cyrus-devel&m=109206301904447&w=2 It outlines some design choises and some evaluation of these. I still believe that the best way to tackle the issue would be the mupdate server that can have an overview of the whole process, but in order for this to happen a change in the MUPDATE protocol must be made, to add the extra functionality. So perhaps people whould have a look also on this thread. While having a look in the issue a function was created that was running on proxyd (no unified systems) that was going through the list of the available backend servers (the list was given as a configuration option) and picking one randomly. Then it was making a connection back to the backend server, and there the autocreate patch was kicking in and creating the folder. This solution had some shortcomings, so it wasn't released. (and since we don't use a murder environment it couldn't be properly tested). Best regards, Aristotelis Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Update to UoA rmquota cyrus patch
Hello all, A newer version of the rmquota patch is now available. It contains some minor fixes. You can grab it from the following URL: http://email.uoa.gr/projects/cyrus/quota-patches/rmquota/index.html Regards, Aristotelis --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Deletemailbox patch for cyrus.
Hello all, A new patch for cyrus 2.2.5 is released today. Cyrus imap doesn't remove the quota from a folder when this folder is deleted except if the folder is user.X folder. There are some comments in Cyrus code about possible places where code can be inserted to deal with this situation. This patch is a suggestion on the behaviour of cyrus-imap when a folder is deleted. With this patch the quota is removed in two cases: 1)The user explicitely requests the deletetion of quota. In order to request the deletion of the quota the convention that + must procceed the name of the folder was used. i.e if i want to delete the folder koko.lala and remove the the quota the command would be: . delete +koko.lala 2)The soon-to-be-deleted-folder's quota root has no subfolders. Then we can assume that the reasonable thing to do is to delete also the quota. This actually can mean two things. If the folder's quota root is the folder himself then this means that this folder has no subfolder. If the folder's quota root is a higher-level non-existent subfolder this means that the soon-to-be-deleted-folder is its only subfolder. You can grab the patch at the following URL : http://email.uoa.gr/projects/cyrus/quota-patches/deletemailbox/index.html This patch is not heavily tested. For comments, bug reports, suggestions don't hesitate to contact me. Best Regards, Aristotelis --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Update to rmquota and deletemailbox patches
Hello all, As Simmon Matter reported there was a problem compiling with gcc 3.3.x because the wrapping of the lines in the syslog message made gcc produce an error. This is quite strange cause I've tested it with gcc 3.2.3 and the patch worked ok. Anyhow a new patch that adds two \ in the right places is out. (Building proccess was tested by Simmon). Since this problem hasn't occured to me, it might only affect RH users with gcc 3.3.x. The new patch corrects this problem. The rmquota patch can be found at: http://email.uoa.gr/projects/cyrus/quota-patches/rmquota/index.html and the deletemailbox : http://email.uoa.gr/projects/cyrus/quota-patches/deletemailbox/index.html Special thanks to Simon Matters Best regards, Aristotelis --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Bug fix to the autocreate patch
Hello all, A new autocreate patch is out that fixes a bug with the virtual domains support. The patch is for cyrus 2.2.5 and can be found in the following URL: http://email.uoa.gr/projects/cyrus/autocreate/index.html Thanks to David Manchado for spotting the bug and providing the testing environment. People you use virtual domains should update to the new patch. Best regards, Aristotelis --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Bug fix for the autosieve folder patch
Hello all, A new autosieve folder patch is out that fixes a problem with the virtual domains support. The patch is for cyrus 2.2.3 and cyrus 2.2.5. (cyrus 2.2.4 has quite more problems than a bug to an unofficial patch so i didn't release a patch for 2.2.4. However if people are still using 2.2.4 the patch for 2.2.5 will do) You can get the patch from the URL : http://email.uoa.gr/projects/cyrus/autosievefolder/index.html This patch also has some speed improvements. Special thanks to Wenzhuo Zhang, for spotting the bug, helping with testing and providing valuable suggestions for the speed improvement. Best regards, Aristotelis --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
UoA patches for Cyrus imap 2.2.6 are out.
Hello all, The Uoa patches for cyrus imap 2.2.6 are out today. You can read about and get them in the following URL : http://email.uoa.gr/projects/cyrus/ or you can just fetch the diffs in the following URL: http://email.uoa.gr/download/cyrus/cyrus-imapd-2.2.6/ Bug reports and feedback are more than welcome. Best regards, Aristotelis --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: UoA patches for Cyrus imap 2.2.6 are out.
On Sun, 20 Jun 2004, Simon Matter wrote: Hello Simon, > > > > The Uoa patches for cyrus imap 2.2.6 are out today. > > Have there been changes since the 2.2.5 release? I have published updated > rpms with the patches from 2.2.5, so I'm interested whether it's just a > rediff for 2.2.6 or there were other changes. > > Thanks, > Simon No, no changes from the patches for 2.2.5. I just made sure that the patches apply without any errors, they compile and they work on some test cases without error, and that no ultra-big-super mistake was made (hopefully :)) ). So you can keep the rmps with the patches from 2.2.5. If some bug is reported, or a suggestion is made then the patches will change (and the list will be informed accordingly). Best regards, Aristotelis --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Bug fix for the autocreate patch for cyrus-imap 2.2.5 and 2.2.6
Hello all, A new patch that fixes a bug in the autocreate patch is out for cyrus imap 2.2.5 and 2.2.6. You can get the new patches at: http://email.uoa.gr/projects/cyrus/autocreate/index.html Thanks to Tore Anderson. Best regards, Aristotelis --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Create Mailboxes on Delivery
On Wed, 23 Jun 2004 [EMAIL PROTECTED] wrote: Hello, > It is essential to me to create the mailboxes for which incoming > messages are intended when they don't exist. To this end, I am writing > a patch. I haven't seen the patch yet. But I want to get some more info first. Correct me if I'm wrong. You want to write a patch that creates ANY folder where a mails tries to be delivered?? For example if I want to deliver the email to : user.arisg.koko and this folder doesn't exist then automatically (without further checking) the folder should be created?? This IMHO is a really bad idea. People can easily create problems in this type of setup. I could just start emailing to user.arisg.koko1 user.arisg.koko2 user.arisg.koko3 user.arisg.koko4 user.arisg.koko5 And all this dummy folders will be created. (I can also think for some other problems that might occur with this setup) With the UoA autocreate patch when a message is delivered to a user who has no inbox then a defined set of subfolders is created. If the message goes to one of these folders then it can be delieved, otherwise it goes to the INBOX. (check the options of the patch) With the autosieve patch you can have an option to create all the mailboxes that should be created with the sieve script. Best regards, Aristotelis --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Create Mailboxes on Delivery
On Sat, 26 Jun 2004 [EMAIL PROTECTED] wrote:
> On Jun 24, 2004, at 1:24 PM, John Wade wrote:
Hello, I haven't seen the patch yet, since I'm out
of the cyrus-testing environment we have. But still
I do believe that this idea is a bad idea.
>
> Let me explain why I'm so hung up on this auto-create feature. I've a
> couple dozen mailboxes in which I store email, news, & voicemail.
> Messages are sorted by a big procmail recipe. I periodically run a
> script to rename each mailbox "mailbox." (to keep them from
> growing too big). The script doesn't recreate "mailbox" - to avoid
> backing up empty mailboxes the next time it's run.
Ok this is the first scenario.
>
> More important, I sort spam and messages with large attachments into
> sub-mailboxes of their intended mailboxes ("mailbox.junk" &
> "mailbox.large"). I sort large messages to avoid waiting for my
> portable to synchronize while I'm on the road. While this is
> accomplished with a single rule in procmail (to append ".junk" or
> ".large" to a "mailbox" variable), I currently must maintain twice a
> couple dozen mailboxes. This takes time - and if I make a mistake, the
> junk ends up in my INBOX : P
And this is the second scenario.
This two scenarios can have another solution without going to
strange implementations and patches. As I have figured out you
are using procmail. The simple solution is to use sieve. So what
you can do is something like this :
You move your procmail rules to sieve. So you know that the email
is delivered and then it is processed by sieve.(use ltmp) (I also
assume that you filter the messages of the first scenario with
procmail rules, so these rules will be also moved to sieve).
So you can have a sieve rule that is like :
if the message is from voicemailgateway send it to voicemailgateway folder
or
if the message is more than 1MB then move it to mailbox.large
(all these are possible with sieve).
Then the autosieve patch kicks in. You use it in order to let sieve
autocreate the folders that the messages will be sent. Voila, here
is a solution without patching cyrus imap.
As I understand from the problem the name of the folders is
fixed. But even if this is not fixed you can use the anysievefolders
option and use any name you wish. The script will backup the folders
and then delete them. If a new message arrives the autosieve patch
will autocreate them.
I think you should consider this solution prior to try patching
cyrus imap.
Best regards,
Aristotelis
---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Bug fix for the deletemailbox atch for cyrus-imapd 2.2.6
Hello All, An updated patch for the deletemailbox uoa patch for cyrus imapd 2.2.6 has been released. The bug was found after watching a long thread in info-cyrus about vanishing quota information. Thanks to Simon Matter for providing valuable feedback, and testing the version of the patch. There might be a problem with some old versions of Redhat and the diff provided in the web page (that is what Simon Matter reported) so in this case use Simon's rpms. This patch is already included in the new RPMS that Simon has released. The patch can be found in the following URL: http://email.uoa.gr/projects/cyrus/quota-patches/deletemailbox/index.html Best regards, Aristotelis --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
cyrus-imapd bug(?) and possible bug-fix
Hello all,
A bug[1] in cyrus imapd was reported to me[2] by Patrick T. Tsang, that has
to do with renaming folder when using unix hierarchy separators, altnamespace and
virtual domains. The problem is illustrated in the following session:
. login [EMAIL PROTECTED] HiI'mAPassowd
. OK User logged in
. list * *
* LIST (\Noinferiors) "/" "INBOX"
* LIST (\HasNoChildren) "/" "Drafts"
* LIST (\HasChildren) "/" "FolderA"
* LIST (\HasChildren) "/" "FolderA/FolderB"
* LIST (\HasNoChildren) "/" "FolderA/FolderB/FolderC"
* LIST (\HasNoChildren) "/" "Sent"
* LIST (\HasNoChildren) "/" "Templates"
* LIST (\HasNoChildren) "/" "Trash"
* LIST (\HasNoChildren) "/" "lala"
. OK Completed (0.000 secs 10 calls)
. rename FolderA/FolderB FolderA/FolderBB
* OK rename Other Users/arisg/FolderA/FolderB Other Users/arisg/FolderA/FolderBB
. OK Completed
Actually there should be two things different IMHO. There shouldn't
be the Other Users part, and FolderA/FolderB/FolderC should also
be renamed in FolderA/FolderBB/FolderC.
If I use the default domain and logon in to the machine I get:
. login arisg OupsDidICopyAPassword?
. OK User logged in
. list * *
* LIST (\Noinferiors) "/" "INBOX"
* LIST (\HasNoChildren) "/" "Drafts"
* LIST (\HasChildren) "/" "FolderA"
* LIST (\HasChildren) "/" "FolderA/FolderB"
* LIST (\HasNoChildren) "/" "FolderA/FolderB/FolderC"
* LIST (\HasNoChildren) "/" "Sent"
* LIST (\HasNoChildren) "/" "Templates"
* LIST (\HasNoChildren) "/" "Trash"
* LIST (\HasNoChildren) "/" "lala"
. OK Completed (0.000 secs 10 calls)
. rename FolderA/FolderB FolderA/FolderBB
* OK rename FolderA/FolderB FolderA/FolderBB
* OK rename FolderA/FolderB/FolderC FolderA/FolderBB/FolderC
So i include a small patch that fixes this problem.
. login [EMAIL PROTECTED] OupsIThinkISawAPassowd
. OK User logged in
. list * *
* LIST (\Noinferiors) "/" "INBOX"
* LIST (\HasNoChildren) "/" "Drafts"
* LIST (\HasChildren) "/" "FolderA"
* LIST (\HasChildren) "/" "FolderA/FolderB"
* LIST (\HasNoChildren) "/" "FolderA/FolderB/FolderC"
* LIST (\HasNoChildren) "/" "Sent"
* LIST (\HasNoChildren) "/" "Templates"
* LIST (\HasNoChildren) "/" "Trash"
* LIST (\HasNoChildren) "/" "lala"
. OK Completed (0.000 secs 10 calls)
. rename FolderA/FolderB FolderA/FolderBB
* OK rename FolderA/FolderB FolderA/FolderBB
* OK rename FolderA/FolderB/FolderC FolderA/FolderBB/FolderC
. OK Completed
This patch however was developped quite quickly in order
to solve the problem on a particular server, so the patch
is not tested extensively (Patrick didn't report any complains
so far, and everything is working as it is supposed to, nothing
else was broken with this patch till now). Actually
if anyone of the cyrus developers argues that the problem
should be tackled in different place in the cyrus code ..
probably i won't argue with that either.
Best regards,
Aristotelis
[1] Actually, I don't know if this is a feature or not. Or
even if the configuration options used cause any problems
[2] Actually, Patrick thought that there was a problem with
the autocreation of folders so he sent me an email. I was able
to recreate the problem, so i just a quick look at it.
P.S> Thanks to Patrick for offering me the playground... eeerm
the testing environment :)))
diff -Naur cyrus-imapd-2.2.6/imap/mboxlist.c
cyrus-imapd-2.2.6.autocreate.patrick2.uncompiled/imap/mboxlist.c
--- cyrus-imapd-2.2.6/imap/mboxlist.c 2004-05-22 06:45:51.0 +0300
+++ cyrus-imapd-2.2.6.autocreate.patrick2.uncompiled/imap/mboxlist.c2004-07-08
14:54:57.0 +0300
@@ -1900,7 +1900,11 @@
if (userid && (p = strrchr(userid, '@'))) {
userlen = p - userid;
domainlen = strlen(p); /* includes separator */
- snprintf(domainpat, sizeof(domainpat), "%s!%s", p+1, pattern);
+ snprintf(domainpat, sizeof(domainpat), "%s!", p+1);
+ if(strchr(pattern,'!')) {
+ pattern+=domainlen;
+ strlcat(domainpat, pattern, sizeof(domainpat));
+ }
}
if ((p = strrchr(pattern, '@'))) {
/* global admin specified [EMAIL PROTECTED] */
diff -Naur cyrus-imapd-2.2.6/imap/mboxname.c
cyrus-imapd-2.2.6.autocreate.patrick2.uncompiled/imap/mboxname.c
--- cyrus-imapd-2.2.6/imap/mboxname.c 2004-05-22 06:45:51.0 +0300
+++ cyrus-imapd-2.2.6.autocreate.patrick
UoA patches for Cyrus imap 2.2.7 are out.
Hello all, The Uoa patches for cyrus imap 2.2.7 are out today. You can read about and get them in the following URL : http://email.uoa.gr/projects/cyrus/ or you can just fetch the diffs in the following URL: http://email.uoa.gr/download/cyrus/cyrus-imapd-2.2.7/ Bug reports and feedback are more than welcome. Best regards, Aristotelis P.S> No new functionality was added to the patches. They are the old patches but for the 2.2.7 version of cyrus-imap. I just made sure they apply cleanly, they compile and they work on some test cases without error. --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: UoA patches for Cyrus imap 2.2.7 are out.
On Tue, 27 Jul 2004, Simon Matter wrote: > Hi Aristotelis, Hello Simon, > > I updated my rpms this morning. My updated autocreate patch looks little > different. Now my question, does it matter and if - which one is correct? > With a quick look: The correct is the one with the line : r = mboxlist_detail(inboxname, &type, NULL, &server, &acl, NULL); instead of: r = mboxlist_detail(inboxname, &type, NULL, &server, NULL, NULL); However the patch works[1] either way (in the case with the NULL not so smootly though). If you have the NULL there then there are 2 cases: 1) you don't have popuseacl in imapd.conf or is 0 (default behaviour). In this case it doesn't matter which version you have. 2) If you use popuseacl in the imapd.conf. Then the mailbox is created but the user gets an error. Checking again for email then everything works ok. Anyhow I added the &acl as you noticed, and i just uploaded a new version of the patch. (in the url: http://email.uoa.gr/projects/cyrus/autocreate/index.html) Thanks a lot, Aristotelis [1] (i.e the inbox folder is created) --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Uoa Patches for cyrus imapd 2.2.8
Hello all, There will be no official release for the UoA patches for cyrus imapd 2.2.8 since these would be identical with the patches for cyrus 2.2.7. People with cyrus imapd 2.2.7 should upgrade to 2.2.8 and people with cyrus 2.2.8 could use the patches for 2.2.7 :). The patches can be found in the usual place: http://email.uoa.gr/projects/cyrus/ Best regards, Aristotelis --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: I have no INBOX!
On Fri, 1 Oct 2004 [EMAIL PROTECTED] wrote: > Hello. Hi! Which version of cyrus are you using? > imtest -u azz.domain.com -a azz.domain.com localhost Your username is azz.domain.com ?? > > After putting in my password, I list my mailboxes... > > . list * * > * LIST (\HasNoChildren) "."" "user.azz^domain^com" > . OK Completed (0.000 secs 2 calls) Could you do the same while using telnet localhost 143 and then the list command. Actually this is strange. If you had unixhiersep enabled in cyrus the inbox should be user/azz.domain.com in the list output. However the internal format should be user.azz^domain^com. Furthermore you could also paste the log lines from the logfile during the execution of autocreate patch in order to see what autocreate patch is creating. Best Regards, Aristotelis --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: I have no INBOX!
On Sat, 2 Oct 2004 [EMAIL PROTECTED] wrote: > Doing the list with this new user actually gave me 4 subfolders, as my > config is designed... oddly, when I created the INBOX for 'azz' via POP > last night, it only created one root mailbox. > > Still looking for any ideas. Ok you said the magic word. POP :))). Actually there is a small bug on the pop autocreate patch that has to do with unixhiersep and usernames having '.' in them. Someone else had this problem and I have already a patch that fixes this (hopefully) and I have sent it over to him to do some more testing on his own environment, and I'm still waiting the final ok (that nothing else is broken for example) so i haven't yet released it. (Actually I don't think that the patch causes any other problems, but as usual I'm waiting from some feedback from testing on another environment). Anyhow, I would be glad to sent you this version of the autocreate patch so that you can use it. Just email me and I'll do it 2morrow morning Best regards Aristotelis --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: sieve autocreate
Paul Dekkers wrote: Hello, > (I never used it though. I was considering it, but for us I think it > would only make sense if you could use variables in the folder-names or > so (like the month/year)) Could you please elaborate a bit more on the features that you think are missing from autosieve patch? It might be someth ing that we haven't looked into, since we didn't need this feature in the first place, but it might be something quite usef ul. Best regards, AristotelisPaul Dekkers wrote: Hello, > (I never used it though. I was considering it, but for us I think it > would only make sense if you could use variables in the folder-names or > so (like the month/year)) Could you please elaborate a bit more on the features that you think are missing from autosieve patch? It might be someth ing that we haven't looked into, since we didn't need this feature in the first place, but it might be something quite usef ul. Best regards, Aristotelis Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: autocreate_sieve_script in version 2.3.7 not working
I want to create a default sieve rule for all new users... I use web-cyradm to create the users It's not working... Any ideas? Hello, If you are creating the INBOX for the users using web-cyradm, then the autocreate patch is not running in your environment, and autocreate_sieve_script is not used at all. You should let autocreate create all the users' inboxes. Best regards, Aristotelis Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Create on login is not working in Cyrusimap/OLDAP
Bipindas K wrote: Hi Simon, Sorry for disturbing you again,I didnt get my mistake yet. You told me the log says everything perfect,then whats wrong with my login ?. The option creatonpost is working perfectly, create on login is not working that means cyrus automatically create in box when user receives an email. Thanks for your time and consideration. Hello, This is quite strange as a problem. The autocreate patch has 2 different functionalities : 1) Creates the user's INBOX if the INBOX doesn't exist when a user logs in via imap 2) Creates the user's INBOX if the INBOX doesn't exist when a user receives an email. For create on login you need at least the autocreatequota option to be in a non zero value. When autocreate patch works it produces syslog output , so you should see something about the creation on the logs (something like that you saw when the inbox was created on post). If there is no logging, even when you log in via imap, then something is wrong with the login procedure. Try to create an account (which is not in in imap_admins, or admins group) and then immediately login with this account and see if it procuces any log output in syslog. Best Regards, Aristotelis Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Cyrus not creating mailbox on createonpost
Bipindas K wrote: Hi all, I do have a *Sendmail/Oldap/Cyrusimap* server. In this I have used autocreatepatch by uoa. But when I tried to create an inbox using "createonpost" method,it didnt work. Cyrus doesnt createmail box when the valid user receives an email. It was working fine till last evening.And previously created user can successfully login to their account,can send and receive mails. Here i am pasting the cyrusimap log. If it was working, and suddenly stopped, then you should have a look what has changed since the last time that was working. In order for autocreate patch to work you need some configurations options as you can see in the README: http://email.uoa.gr/projects/cyrus/autocreate/README.autocreate-cyrus-2.3 However, you should set the debugging level to DEBUG and see the log messages. When autocreate works then it prints something to syslog. If it prints nothing then either autocreate is not called, (because the inbox already exists), the patch hasn't been applied, or there is some problem in imapd.conf. Aristotelis Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Cyrus not creating mailbox on createonpost
Hi Aristotelis, I am here pasting my log in debug mod, Feb 27 07:38:01 cyrus lmtpunix[24983]: accepted connection Feb 27 07:38:01 cyrus lmtpunix[24983]: lmtp connection preauth'd as postman Feb 27 07:38:01 cyrus lmtpunix[24983]: verify_user(user.pepa) failed: Mailbox has an invalid format In this line, it says that Mailbox has an invalid format, it doesn't say that the mailbox doesn't exist, so that autocreate can create the mailbox. Aristotelis Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: IOERROR: fstating sieve script ??
BipinDas wrote: Hi All, I am used the autocreatepatch 2.3.1. It works fine. But when a mailbox created my /var/log/syslog shows the following error. Let me know why this happened and how to fix it. - Mar 14 12:28:43 cyrus lmtpunix[12454]: IOERROR: fstating sieve script /var/spool/sieve/d/divya/defaultbc: No such file or directory. -- This is not a problem of the autocreate patch. Autocreate creates the user's mailbox, but you haven't used the functionality that adds automatically a default sieve script to the user. lmtp tries to see if there is a sieve script when it tries to deliver the message, there is none, so it prints this warning message. If you just use the autocreate inbox functionality of autocreate script this is normal. If you want the automatic setting up of sieve scripts on user creation see the section : (D) Automatic creation of a predefined default sieve script. in the readme file of the autocreate patch. (http://email.uoa.gr/projects/cyrus/autocreate/README.autocreate-cyrus-2.3) Best regards, Aristotelis Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: autocreate broken in 2.3?
Ken Murchison wrote: Brian Dial wrote: oh, duh. i thhought they were part of the core by now. thanks! They will be integrated once they support all possible configurations of : unixhierarchysep, virtdomains, and Murder The problem still is Murder. Although in UoA we don't use virtdomains or unixhierachysep , i haven't heard any complains from people who do. The murder support is stuck to the RFC issue, since in order to have proper support, the mupdate protocol should change a bit. Best regards, Aristotelis Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: AutoCreate Inbox. Create on login not working
BipinDas wrote: Dear List. Hello, I could not understand the following part of the Autocreate inbox patch doc. I think this make the problem --- *ii) The user's authorisation ID (typically the same as the user's authentication ID) doesn't belong to the imap_admins or admins accounts (see imapd.conf)*. - Kindly tell me what does it means,or how I configure this section in imapd.conf. What is says is that you cannot autocreate a mailbox in case the user that you are using is part of the imap_admins, or admins. For example if user foo is part of imap_admins, or admins in imapd.conf then autocreate will not create the mailbox. When autocreate is working, then it outputs some logs to syslog, so if you increase the info that you see in your log files then you can see if autocreate is running or not (on imap logins). Best regards, Aristotelis Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
UoA patches for cyrus imapd 2.3.9
Hello all, The UoA patches are released for cyrus imapd 2.3.9. You can find them in the usual place: http://email.uoa.gr/projects/cyrus/ For any problems don't hesitate to contact us (http://email.uoa.gr/contact/) Best regards, Aristotelis Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: autocreate INBOX patch....
On Wed, 24 Nov 2004, Simon Matter wrote: >> will there be an autocreate INBOX patch for cyrus 2.2.10, or does the >> 2.2.7 >> patch work for the new release? > > Works well. Hello all, Actually a new release was about to get out for 2.2.9 (and also include a small bugfix) but 2.2.10 was released, so at that moment i just paused to see the changes, and wait a bit. The autocreate patch and the rest of the UoA patches will be released 2day. Simon I'll sent you an email when they are ready. Best regards, Aristotelis --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Uoa Patches for cyrus imapd 2.2.10
Hello all, The UoA patches (autocreate, autosieve, rmquota and deletemailbox) are released for cyrus 2.2.10. There is a small bugfix only for the autocreate patch[1], the rest are the same as 2.2.7 , i just made sure they compiled cleanly. You can find them at the usual place : http://email.uoa.gr/projects/cyrus/ (with an updated web page. Hi Avel :)) ) For any problems don't hesitate to contact us (http://email.uoa.gr/contact/) Best regards, Aristotelis [1] The bug fix has to do with . in usernames when using pop3 --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: virtdomains and autocreateinboxfolders not working!!
On Tue, 28 Dec 2004, Matt Goebel wrote: > No matter what I try I can been unable to get either virtdomains or > autocreateinboxfolders working. Without virtdomains set (as shown Hi, could you please also paste the relevant part of the log file so that we can see the logs. Best Regards, Aristotelis --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Default new user sieve filter?
On Tue, 28 Dec 2004, Matt Goebel wrote:
>
> I'm sure this has been asked before but I can't seem to find an answer
> anywhere. Is there a way to setup Cyrus so that when a new user is
> added it also creates a default sieve script? What I want to do is have
> all messages tagged as spam by Spamassassin redirected into a Spam
> folder.
Hi!,
Actually there is an enhancement to the autocreate patch that provides
this functionality. However this enhanced autocreate patch is only
released for cyrus-imapd 2.1.17. The patch for 2.2.10 will be released
soon. (According to your previous email I think that you are using
cyrus-imapd 2.2.10, so correct me if I'm wrong).
Best regards,
Aristotelis
---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: autocreate inbox patch on 2.3
Patrice wrote: Hi, I would like to know if I can use the autocreate inbox patch for cyrus-imap 2.2.12 on cyrus-imap 2.3 without breaking anything. thank you Patrice Hello Patrice, The autocreate inbox patch for cyrus 2.3.x (probably for 2.3.1) will be released soon (possibly this week). Aristotelis Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Removing quotas in 2.3.1 broken?
Scott Russell wrote: Greets. I'm having problems removing quotas in Cyrus 2.3.1. I'm using Simon's 2.3.1-2 RPM. It looks like the command attempts to remove the mailbox quota but instead ends up doing something else. What I'm not sure of so lots of logs and details provided: Hello, As Simon already said the quota removal works a bit differently in cyrus imap. You can read more info on this url : http://email.uoa.gr/projects/cyrus/quota-patches/rmquota/ The rmquota patch exists for cyrus 2.2.12. It hasn't been ported yet (officialy at least) to 2.3.1 since there wasn't much demand. If there is more demand we will port it asap to 2.3.1. (the 'auto' patches are by far more popular). Best Regards, Aristotelis Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Removing quotas in 2.3.1 broken?
I have ported the rmquota patch to 2.3.1 and it's included in the RPM. Removing quota works as described on the rmquota webpage. Simon So probably he doesn't use it. (If i remember the first post correctly he is using cyrusadm, and not the rmquota option through imap). I'll try to have a look asap to see if the rmquota patch plays nicely with cyrus 2.3.1 or not. Thanks :) Aristotelis Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
