Re: Plus Addressing (ORA book)
Thanks Pollywog, Actually I´m still using version 1.6.24. Ok people, I know it´s completely out of date, but kind of internal problems... This chapter certainly will be useful also if something different from "anonymous p" or even "anyone p" can be said, since this was the first thing I did. Thanks to anybody trying to help also... I´m still fighting. Wander ---- Quoting Pollywog <[EMAIL PROTECTED]>: > On Tue, 16 Dec 2003 12:46:21 -0500 > Ken Murchison <[EMAIL PROTECTED]> wrote: > > > Unfortunately, a lot of this book (w.r.t. Cyrus) was out of date before > > it was published. It only covers Cyrus v1.6 (it does mention a little > > about 2.0), but is still useful as long as you don't take it as gospel > > when using 2.x. > > > Thanks for the info, I was wondering if it might be out of date. It seems > as > though as soon as books of this type land on store shelves, much of the > content is out of date. > > > -- > Andrew >
Plus Addressing
Hi, Thanks to Edward Rudd and Pollywog, but I´m not using procmail and the user´s folder has anonymoys p rights. Actually I have one machine receiving/sending e- mails using Postfix as MTA and another one using sendmail and Cyrus Imap. I´ve heard something about comment out Ruleset 5 in sendmail.cf. Does anybody heard something like that? Thanks Wander ----
Plus Addressing
Hi list, I´m using Postfix with "recipient_delimiter = +" and cyrus imapd and plus addressing doesn´t work. When sending mail to [EMAIL PROTECTED] it goes to user Inbox instead of direct to user´s folder. Please any light? Thanks Wander
Re: URGENT Mailboxes.db
Really thanks to Edward Rudd. With this script I could successfully create a standard mailboxes file from the users directories, but still when creating the mailboxes.db using ctl_mboxlist -u < mailboxes, it converts just 1 record with just 1 folder inside it. I´ve tried ctl_cyrusdb -r also, but no success. Details: cyrus-sasl-2.1.10: ./configure --disable-krb4 --enable-login --enable-plain --enable-anon -- enable-digest --enable-cram with-dbpath=/rede/newmail/etc/sasldb2 cyrus-imapd-2.1.11: ./configure --disable-krb4 --disable-gssapi --enable-login --with- sasldir=/usr/lib/sasl2 --with-dbdir=/usr/local/BerkeleyDB.4.1 --with-mboxlist- db=skiplist --with-duplicate-db=db3_nosync --with-seen-db=skiplist --with-subs- db=flat --with-tls
ctl_mboxlist
Hi, After upgrading cyrus-imapd from 1.6.24 to 2.1.11 and cyrus-sasl from 1.5.27 to 2.1.10 and follow the docs to convert mailboxes, I end up with a just 1 record mailboxes.db file. When ctl_mailboxlist -u < mailboxes is running, you can see the mailboxes.db growing until ~76KB, but when finished it has just 144 bytes. Via cyradm you can do a "lm" and all you see is just one mailbox and you can´t create others. Please any light? Thanks Wander ---- Wanderley O. Mendes Software Specialist [EMAIL PROTECTED] Phone: +55-12-560-8432 Fax: +55-12-560-8435 INPE/CPTEC - Cachoeira Paulista - São Paulo - Brazil ----
URGENT Mailboxes.db
Hi, After a conversion from cyrus-imapd-1.6.24 and cyrus-sasl-1.5.27 to cyrus-imapd- 2.1.11 and cyrus-sasl-2.1.10, I´ve followed the docs and the ctl_mboxlust -u < mailboxes, converts just 1 record with just 1 folder inside it. I´m stucked with all the users stoped. Please any light? Tanks Wander ---- Wanderley O. Mendes Software Specialist [EMAIL PROTECTED] Phone: +55-12-560-8432 Fax: +55-12-560-8435 INPE/CPTEC - Cachoeira Paulista - São Paulo - Brazil ----
Re: Huge Inbox
Ok, I´m not using skiplist, since at time of compilation I choose de default DB3. But now that I have a production environment for at least 15 months using db3, how can I change it to skiplist, I mean, how could this be done considering de production environment and users happiness! Regards Wander ---- Wanderley O. Mendes Software Specialist [EMAIL PROTECTED] Phone: +55-12-560-8432 Fax: +55-12-560-8435 INPE/CPTEC - Cachoeira Paulista - São Paulo - Brazil ---- Quoting Rob Siemborski <[EMAIL PROTECTED]>: > On Wed, 18 Dec 2002, Jay Levitt wrote: > > > Are you using skiplist for your mboxlist? I have over 7000 messages in my > > inbox and it's zippy as can be... > > This of course depends on what is being slow. If LIST commands are taking > a long time, using the skiplist backend (as opposed to Berkeley DB) should > be a big improvement. > > If, on the other hand, FETCH or SEARCH is being slow, this won't help much > at all (since they don't hit the mailbox list). > > -Rob > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456 > Research Systems Programmer * /usr/contributed Gatekeeper > >
Re: Huge Inbox
Sorry, the platform is Compaq/HP AlphaServer 4100 running Cyrus Imap 2.1.5. Wander ---- Wanderley O. Mendes Software Specialist [EMAIL PROTECTED] Phone: +55-12-560-8432 Fax: +55-12-560-8435 INPE/CPTEC - Cachoeira Paulista - São Paulo - Brazil ---- Quoting Jules Agee <[EMAIL PROTECTED]>: > You didn't say what platform you're using... if you are running Cyrus > with the mailstore on a traditional UFS or ext3 filesystem you might > start seeing the filesystem become a bottleneck if a single mailbox has > a lot of messages. We run Cyrus on Linux and also have a lot of users > with very full mailboxes. Using ReiserFS makes a noticable difference > for a lot of our users, and in overall server load. > > Wander wrote: > > Some of our users really doesn´t have much time to decrease the INBOX, > neither > > distributing messages across subfolders or deleting it as fast as could be > > > necessary and as consequence, theirs INBOX are growing and growing and > making > > things very slow... I´m figuring out how many admins could have the same > > problem and if someone already had implemented a solution against this kind > of > > user. One idea could be implement a kind of INBOX maintenance like the one > > > implemented to sent-mail. > > Any experiences with that? > > > > Thanks > > > > Wander > > > > PS: We´re using Horde 2.1/IMP 3.1/PHP 4.2.2/HTTP 2.0.39 > > > > > > ---- > > Wanderley O. Mendes > > Software Specialist [EMAIL PROTECTED] > > Phone: +55-12-560-8432 Fax: +55-12-560-8435 > > INPE/CPTEC - Cachoeira Paulista - São Paulo - Brazil > > ---- > > > > > > > > > > > > > -- > Jules Agee > System Administrator > Pacific Coast Feather Co. > [EMAIL PROTECTED] x284 > > > >
Huge Inbox
Some of our users really doesn´t have much time to decrease the INBOX, neither distributing messages across subfolders or deleting it as fast as could be necessary and as consequence, theirs INBOX are growing and growing and making things very slow... I´m figuring out how many admins could have the same problem and if someone already had implemented a solution against this kind of user. One idea could be implement a kind of INBOX maintenance like the one implemented to sent-mail. Any experiences with that? Thanks Wander PS: We´re using Horde 2.1/IMP 3.1/PHP 4.2.2/HTTP 2.0.39 ---- Wanderley O. Mendes Software Specialist [EMAIL PROTECTED] Phone: +55-12-560-8432 Fax: +55-12-560-8435 INPE/CPTEC - Cachoeira Paulista - São Paulo - Brazil ----