Ken Murchison wrote:
Quoting Voutsinas Nikos <[EMAIL PROTECTED]>:
Hi all,
Is there any way to retrieve all INBOX.Junk folders using cyrus
wildcards [i.e. user.%.Junk but not user.*.Junk] ?
Retrieve how? user.%.Junk is the correct way to LIST them.
So is the following an expected
Hi all,
Is there any way to retrieve all INBOX.Junk folders using cyrus
wildcards [i.e. user.%.Junk but not user.*.Junk] ?
Thank you in advance
Nikos Voutsinas
Voutsinas Nikos wrote:
:)
I always thought that what was mentioned is not primary a cyrus issue,
but given the opportunity from Kevin's idea here is an extension
What Kevin said is also possible with sendmail. (MTA passes the authid
of the sender to the lmtpd). In 8.12.2 this was
:)
I always thought that what was mentioned is not primary a cyrus issue,
but given the opportunity from Kevin's idea here is an extension
What Kevin said is also possible with sendmail. (MTA passes the authid
of the sender to the lmtpd). In 8.12.2 this was under _FFR code, I dont
know the cu
Dragging up an old thread.
On Sun, 18 Aug 2002, Henrique de Moraes Holschuh wrote:
Well, I have been looking at lib/auth*, and at the auth_ldap patch. I want
to be able to somehow switch the auth backend Cyrus uses at runtime -- the
idea of compiling Cyrus twice to have different auth backen
It seems that there is a problem when recovering (ctl_cyrusdb -r). I
always get SIGBUS (in __db_apprec.)
To test it just send SIGTERM to master and then restart it.
Nikos.
Mika Iisakkila wrote:
Voutsinas Nikos wrote:
Just a simple question. Is anyone out there running succesfully
cyrus-imapd
Just a simple question. Is anyone out there running succesfully
cyrus-imapd with DB 4.1.24 ?
I guess not
Thank you in advance.
Nikos Voutsinas
Ken Murchison wrote:
I'll let the CMU guys respond for themselves, but the createonpost
feature seems problematic if your MTA doesn't verify the legitimacy of
the recipient address before passing it to lmtpd. The only way that
lmtpd knows if a recipient is allowed or not is if the INBOX for that
>I like the createonpost feature very much. It makes life easier for
>everybody storing user accounts in LDAP or some kind of DB. No need to
>always call cyradm somehow through webinterface or CLI after creating a
>user in the directory.
>
>Is there a chance this patch makes it into the official so
Hello all,
I am using cyrus-imapd-2.1.10 and Berkeley DB 4.1.24 for duplicate
delivery and tls cache. During database initialization I am always get
the following errors:
master[22732]: [ID 965400 local6.notice] process started
ctl_cyrusdb[22733]: [ID 702911 local6.notice] recovering cyrus data
Please ignore our previous patch ( it only works with the use of some
libraries implemented for internal use ). I am sorry for the
inconvenience but, beleive me, if you apply the following patch
everything will work as Christos promished. So once again:
Patch installation: cd into the directory
Let me repost the patch.
Patch installation: cd into the directory where cyrus-imapd-2.1.10
resides, and then execute:
/usr/local/bin/patch -p0
PS: Once you have applied the patch, please remove the
int autocreatequota in cmd_create, otherwise you ll get the following
warning
imapd.c: In
Simon Matter wrote:
Andrei Loukinykh schrieb:
Since Websieve wasn't updated since 2001, cat it still work with
the last Cyrus ( 2.1.9 ), or it is better to get something newer
(smartsieve...) ? Has anyone had an experience?
Squirrelmail with the avelsieve plugin is really cool. This is wha
in lib/auth_unix.c:
/* Copy the string and look up values in the allowedchars array above.
* If we see any we don't like, reject the string.
*/
sawalpha = 0;
for(p = retbuf; *p; p++) {
switch (allowedchars[*(unsigned char*) p]) {
case 0:
return NUL
.
/* Map of which characters are allowed by auth_canonifyid.
* Key: 0 -> not allowed (special, ctrl, or would confuse Unix or imapd)
* 1 -> allowed, but requires an alpha somewhere else in the string
* 2 -> allowed, and is an alpha
*
* At least one character must be an al
Hello all,
Is there any reason for not including the case of full hash dir in
user_deletesieve ?
Thanks
Nikos Voutsinas
[EMAIL PROTECTED] wrote:
On Sun, 10 Nov 2002, [iso-8859-1] [EMAIL PROTECTED] wrote:
hello, howto cluster for load balancing cyrus imap server ?
There is doc/install-murder.html, but I suspect that isn't really what you
want.
:) yes isn't what i want. I mean it is possible to split across
Rob Siemborski wrote:
> On Mon, 14 Oct 2002, Emilio Recio wrote:
>
>
>>Is there a way to use non-prefixes? [EMAIL PROTECTED] vs, [EMAIL PROTECTED]
>
>
> Do aliasing in your MTA?
>
> -Rob
Do LDAP mail routing ?
mail:[EMAIL PROTECTED]
mailAlternateAddress:[EMAIL PROTECTED]
mailHost:server1
OK, It seems that it was my fault since i cant reproduce the same
problem
Rename is now working as expected with BB and user.x.
Thanks...
Hello,
I had the impression that the "removed" tag after issuing the command
"quota -f" indicates that the user mailbox had been removed whereas the
corresponding quota file had not.
In that case the following output :
admin:~>/opt/Cyrus/bin/quota -f
.
.
user.nvoutsin: removed
.
.
followed
Hello,
Which is the most appropriate way to move specific mailboxes to a new
partition?
The way i tried it was by using the "rename" command following the
syntax:
. rename oldmailbox newmailbox newpartition
( where oldmailbox is the same with newmailbox ... if this makes any
difference )
21 matches
Mail list logo
