Re: general IMAP questions
On December 30, 2002 04:55 pm, the fabulous Marcin Sochacki wrote: > Second question: is it possible to have a simple, one-level structure > instead of the deafult two-level? I.e.: I doubt it, unless there's something on the client that you can change. One thing I like about evolution is that it seems to auto-detect the imap server namespace, it's the only client I've noticed this on. The display of your folders indented under the inbox is simply the way your client wishes to display it. Kmail for example shows INBOX.Sent at the same level as INBOX as, I believe, it should. Fraser -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
general IMAP questions
Just a simple question regarding Courier IMAP. Can I rename the default folders (INBOX, INBOX.Sent, INBOX.Drafts, etc.) to some other names? I'd like to have them translated to my language. Wouldn't this break some of the popular MUA-s, and webmail applications (like Squirrelmail)? Second question: is it possible to have a simple, one-level structure instead of the deafult two-level? I.e.: before: | +-INBOX | +-Sent +-Drafts after: | +-INBOX +-Sent +-Drafts Marcin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Evolution/Courier-IMAP acting strange
I dont think its de socket problem or anything. I think evolution has a way to interpret the IMAP RFC with respect to INBOX folders being able to have both messages and subfolders. Since courier establishes no limit in this respect, evo gets peeky with certain layouts.try deleting your subscription files and letting evo figure out how is it going to interpret what it sees. Going to irc.gimp.net and asking arround might help more clearly defining this problem. Ive had sometimes imap servers perfectly visible to Mozilla, Outllook, phpgroupware but not in evo. So check that out. Alex El dom, 29-12-2002 a las 15:16, Thomas Lamy escribió: > Hi, > > just a quick guess, but maybe Evolution tries to open too many parallel imap > connections. The courier default is max 4 connections per IP, you can change > this is /etc/courier/imapd (parameter name is MAXPERIP) > > Thomas > > > -- > Thomas Lamy[EMAIL PROTECTED] > Softwareentwicklunghttp://www.netwake.de/ > > > > -Ursprüngliche Nachricht- > > Von: Pete Billson [mailto:[EMAIL PROTECTED]] > > Gesendet: Sonntag, 29. Dezember 2002 20:59 > > An: Justin Ryan > > Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] > > Betreff: Re: Evolution/Courier-IMAP acting strange > > > > > > Justin, > > 1) The extraneous files should not affect things - I just > > tried adding > > them to my ~/Maildir to confirm this and still everything works OK. > > > > 2) There should be a ~/Maildir/courierimapuiddb file that lists the > > contents of your INBOX. Does this exist? > > > > 3) There should also be a ~/Maildir/courierimapsubscribed file which > > listed your subscribed folders. > > > > 4) All sub-mailboxes should also have the new,cur,tmp > > directories (i.e. > > ~/Maildir/.debianlists/new) and they should have there own > > courierimapuiddb file. > > > > 5) Logs show anything? > > > > > > Pete > > -- > > http://www.elbnet.com > > ELB Internet Services, Inc. > > Web Design, Computer Consulting, Internet Hosting > > > > > > On Sun, 2002-12-29 at 14:18, Justin Ryan wrote: > > > > > Once again, using maildir this shouldn't be an issue. My > > INBOX has the > > > least messages of all, compared to ~6 months of debian-* > > lists, lugs, > > > etc.. > > > > > > I'm wondering if extraneous files in ~/Maildir could be a problem. > > > There are msgid.lock and msgid.cache files from > > procmail/formail keeping > > > track of duplicate messages - should these be moved to ~/.procmail ? > > > > > > > > -- > > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > > with a subject of "unsubscribe". Trouble? Contact > > [EMAIL PROTECTED] > > -- Alex Borges (lex) <[EMAIL PROTECTED]> Step One Group -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Dell 2650 servers
On Sat, 28 Dec 2002 12:16, J.H.M. Dassen (Ray) wrote: > On Fri, Dec 27, 2002 at 20:21:29 +0100, Russell Coker wrote: > > The Debian package bcm5700-source can be used to build a package of the > > module. However this does not support linking the module into the kernel > > (for an nfs-root image). This is a minor annoyance for me as I'd like to > > setup an nfs-root recovery process for my servers... > > There's no need for that module if you use a sufficiently recent 2.4.x > tree; CONFIG_TIGON3=y does the trick (tested with 2.4.20-ac1). Thanks, I just implemented that with 2.4.20 and it works fine. Did you get lm-sensors and a hardware watchdog working on the 2650? If so what needs to be done? -- http://www.coker.com.au/selinux/ My NSA Security Enhanced Linux packages http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark http://www.coker.com.au/postal/Postal SMTP/POP benchmark http://www.coker.com.au/~russell/ My home page -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Help with Apache::Admin::Config Requested
"Gene Grimm" <[EMAIL PROTECTED]> writes: > I resolved the configuration file update problem by going back to > specifying the file name. I had tried using "new > Apache::Admin::Config \*HANDLE" (with version 0.55-1) so I could > 'flock' the file to prevent possible conflicts You really should upgrade, the last version is 0.90 and it fix many bugs. Also, keep in mind that reading configuration on a Filehandle doesn't seek it to the beginning after the read. You should have to empty the FH before calling save() or you should close the FH and save into another one... This behavior may change in future. See you -- __ O l i v i e rP o i t r e y -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Help with Apache::Admin::Config Requested
From: "Olivier Poitrey" <[EMAIL PROTECTED]>
>
> > ... obj->add_blank() doens't add the blank lines...
> > ... conf->save doesn't write the configuration to the file...
>
> Please tell me more about the version of AAC you are using, and cut
> and past me some code. I can't replicate the glitche.
>
I resolved the configuration file update problem by going back to specifying
the file name. I had tried using "new Apache::Admin::Config \*HANDLE" (with
version 0.55-1) so I could 'flock' the file to prevent possible conflicts
with parallel script execution. Foregoing file handles allows me to update
the configuration file. The blank lines are more for human readability
should the file need to be manually revised later, but they are currently
still not updating. The code to create the virtual host is as follows:
$vhost = $conf->add_blank('-onbottom');
$vhost = $conf->add_section("VirtualHost",$weburls);
# Configure primary directives
$hostname = $vhost->add_directive('ServerName',$webname);
$hostadmin = $vhost->add_directive('ServerAdmin',$webadmin);
$hostlog = $vhost->add_directive('CustomLog',$logfile);
$hosterr = $vhost->add_directive('ErrorLog',$errfile);
$hostroot= $vhost->add_directive('DocumentRoot',$docroot);
$vhost->add_blank('-onbottom');
# Add web site bandwidth limitations
$modthrottle = $vhost->add_section('IfModule','mod_throttle.c');
$hostlimit = $modthrottle->add_directive('ThrottlePolicy',$weblimit);
$modthrottle->add_blank('-onbottom');
$vhost->add_blank('-onbottom');
$location = $modthrottle->add_section('Location','/throttle-me');
$handler = $location->add_directive('SetHandler','throttle-me');
$modthrottle->add_blank('-onbottom');
# Save new web site configuration
unless ($conf->save) { $errmsg = $conf->error };
if ($DEBUG>1) { print "Virtual host $opt{'v'}\n".$conf->dump_raw; }
As I said, changing back to specifying the file name fixed the problem of
saving the
new configuration, but it doesn't include blank lines to make it human
readable. I am
not that concerned with this issue just now so much as how to lock file
access.
> ... Finally, print the error
> string at the failure like this :
>
>$conf->save() or die print $conf->error();
Actually, I was using the following but it didn't report any errors.
unless ($conf->save) { $errmsg = $conf->error };
...
if ($errmsg) { ShowError($errmsg); }
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Help with Apache::Admin::Config Requested
"Gene Grimm" <[EMAIL PROTECTED]> writes: > I've managed to get the configuration objects doing what I need with > Apache::Admin::Config except for two things. When I do > obj->add_blank() it doens't seem to add the blank lines nor does > conf->save write the configuration to the file. I can see what was > created by doing a print conf->dump_raw so it is updating the vhost > and conf objects, but it just won't write to disk. Does anyone have > any suggestions on what to check for glitches? Hi Gene, Please tell me more about the version of AAC you are using, and cut and past me some code. I can't replicate the glitche. Be sure that you give an existing configuration file as argument to the constructor, or if you are starting from a fresh configuration, you give a filename to the save method. Finally, print the error string at the failure like this : $conf->save() or die print $conf->error(); best regards, -- __ O l i v i e rP o i t r e y -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
