Re: difference between postuser and sharedprefix ?
Quoting Scott Russell <[EMAIL PROTECTED]>: > On Thu, Oct 24, 2002 at 03:27:23PM -0400, Ken Murchison wrote: > > > I'm for the first time playing around with shared folders under Cyrus > > > IMAPd 2.1.9. I have several normal user accounts up and running fine > > > with my config. > > > > > > In the imapd.conf I see there are two options for controlling shared > > > folders. postuser and sharedprefix. I created a mailbox with cyradm (cm > > > testbox) and gave it ACL anonymous p. It gets mail just fine when I > > > sent to [EMAIL PROTECTED] > > > > > > This seems to work well if I set "shareprefix: share" or if I leave > > > that out and set "postuser: share". So I'm confused as to what the > > > differences are between the two settings when they both seem to work > > > the same? > > > > 'postuser' is the one which is used for posting. 'sharedprefix' is only > > used if using 'altnamespace', in which your shared folder names (as > > presented to the client) would be "share.testbox" > > > > Check out the description of 'altnamespace' in the manpage or docs if my > > explanation is too cryptic. > > > > No, not to cryptic, just not clear? :) I've checked the man page so > let me try to ask my question again. > > I have the following in my imapd.conf file: > > configdirectory: /var/imap > partition-default: /var/spool/imap > altnamespace: yes > userprefix: user > postuser: share > > I created "testbox" using cyradm. This shows up on the partition as > /var/spool/imap/testbox/. > > With my imapd.conf set as pasted here, (notice no shareprefix is set) > mail sent to [EMAIL PROTECTED] does get delivered right. > > Now, given all that, I can, without changing the physical mailbox > "testbox" change my imapd.conf to remove the postuser line and add > shareprefix: user. After restarting cyrus imapd posting still works. Still using [EMAIL PROTECTED] ? I think this is just coincidence, since sharedprefix has nothing to do with the delivery address. My guess it that your MTA might be translating the address in some way. What happens if you set sharedprefix to "foo", or postuser to "foo"? > So, maybe i'm missing something about how userprefix, shareprefix, and > altnamespace interact? These three have nothing to do with LMTP behavior, just IMAP behavior. Similarly postuser has nothing to do with IMAP behavior, just LMTP behavior. This is all provided that I don't have a coding bug somewhere. ;) -- Kenneth Murchison Oceana Matrix Ltd. Software Engineer 21 Princeton Place 716-662-8973 x26 Orchard Park, NY 14127 --PGP Public Key--http://www.oceana.com/~ken/ksm.pgp
LDAP Howto??
Does anyone have any good resources for integrating Cyrus with OpenLDAP? I could use any help! Thanks!! -GC _ Broadband? Dial-up? Get reliable MSN Internet Access. http://resourcecenter.msn.com/access/plans/default.asp
Re: migrating UW IMAP messages to CYRUS - read status
Hi, I have tested imapcopy on an UW IMAP server, tranfering data from a Cyrus server to a local mailbox. Is has worked fine. But imapcopy that comes with imap-utils package is not for Cyrus. Is there a version to Cyrus? How to transfer from an UW IMAP to Cryus? thanks a lot Sandra
Re: difference between postuser and sharedprefix ?
On Thu, Oct 24, 2002 at 04:47:06PM -0400, Scott Russell wrote: > On Thu, Oct 24, 2002 at 03:27:23PM -0400, Ken Murchison wrote: > > > I'm for the first time playing around with shared folders under Cyrus > > > IMAPd 2.1.9. I have several normal user accounts up and running fine > > > with my config. > > > > > > In the imapd.conf I see there are two options for controlling shared > > > folders. postuser and sharedprefix. I created a mailbox with cyradm (cm > > > testbox) and gave it ACL anonymous p. It gets mail just fine when I > > > sent to [EMAIL PROTECTED] > > > > > > This seems to work well if I set "shareprefix: share" or if I leave > > > that out and set "postuser: share". So I'm confused as to what the > > > differences are between the two settings when they both seem to work > > > the same? > > > > 'postuser' is the one which is used for posting. 'sharedprefix' is only > > used if using 'altnamespace', in which your shared folder names (as > > presented to the client) would be "share.testbox" > > > > Check out the description of 'altnamespace' in the manpage or docs if my > > explanation is too cryptic. > > > > No, not to cryptic, just not clear? :) I've checked the man page so > let me try to ask my question again. > > I have the following in my imapd.conf file: > > configdirectory: /var/imap > partition-default: /var/spool/imap > altnamespace: yes > userprefix: user > postuser: share > > I created "testbox" using cyradm. This shows up on the partition as > /var/spool/imap/testbox/. > > With my imapd.conf set as pasted here, (notice no shareprefix is set) > mail sent to [EMAIL PROTECTED] does get delivered right. > > Now, given all that, I can, without changing the physical mailbox > "testbox" change my imapd.conf to remove the postuser line and add > shareprefix: user. After restarting cyrus imapd posting still works. Correction to what I'm saying. I add shareprefix: share, not shareprefix: user. > > So, maybe i'm missing something about how userprefix, shareprefix, and > altnamespace interact? -- Scott Russell ([EMAIL PROTECTED]) Linux Technology Center, System Admin, RHCE. Dial 877-735-8200 then ask for 919-543-9289 (TTY)
Re: difference between postuser and sharedprefix ?
On Thu, Oct 24, 2002 at 03:27:23PM -0400, Ken Murchison wrote: > > I'm for the first time playing around with shared folders under Cyrus > > IMAPd 2.1.9. I have several normal user accounts up and running fine > > with my config. > > > > In the imapd.conf I see there are two options for controlling shared > > folders. postuser and sharedprefix. I created a mailbox with cyradm (cm > > testbox) and gave it ACL anonymous p. It gets mail just fine when I > > sent to [EMAIL PROTECTED] > > > > This seems to work well if I set "shareprefix: share" or if I leave > > that out and set "postuser: share". So I'm confused as to what the > > differences are between the two settings when they both seem to work > > the same? > > 'postuser' is the one which is used for posting. 'sharedprefix' is only > used if using 'altnamespace', in which your shared folder names (as > presented to the client) would be "share.testbox" > > Check out the description of 'altnamespace' in the manpage or docs if my > explanation is too cryptic. > No, not to cryptic, just not clear? :) I've checked the man page so let me try to ask my question again. I have the following in my imapd.conf file: configdirectory: /var/imap partition-default: /var/spool/imap altnamespace: yes userprefix: user postuser: share I created "testbox" using cyradm. This shows up on the partition as /var/spool/imap/testbox/. With my imapd.conf set as pasted here, (notice no shareprefix is set) mail sent to [EMAIL PROTECTED] does get delivered right. Now, given all that, I can, without changing the physical mailbox "testbox" change my imapd.conf to remove the postuser line and add shareprefix: user. After restarting cyrus imapd posting still works. So, maybe i'm missing something about how userprefix, shareprefix, and altnamespace interact? -- Scott Russell ([EMAIL PROTECTED]) Linux Technology Center, System Admin, RHCE. Dial 877-735-8200 then ask for 919-543-9289 (TTY)
Re: "Last modified" time for folder?
Ian McDonald wrote: > > Hi, > > How can I discover the time (preferably in epoch) that a given folder was > last modified? Check the modtime on the cyrus.* files in the folder. With Cyrus 2.2, you'll be able to get this info from a mailbox annotation. For example, in cyradm: eagle.oceana.com> info inbox {inbox}: lastupdate: 24-Oct-2002 09:56:31 -0400 partition: default size: 3643572 -- Kenneth Murchison Oceana Matrix Ltd. Software Engineer 21 Princeton Place 716-662-8973 x26 Orchard Park, NY 14127 --PGP Public Key--http://www.oceana.com/~ken/ksm.pgp
Re: Cyrus trying to resolve lan ip
Running a name server seems a bit drastic to get rid of this problem. And a hosts file entry for all workstations is also not an option. Is there a way to have Cyrus not do those lookups?? or is it not done by Cyrus?? If there is no other way I will install named.. :-( Russell Packer wrote: You are correct, the problem is with DNS. My personal favourite for this one is to run DNS on the machine with empty records for your networks (or real ones, if you like!). The other option is to use the hosts file. Finally, you can configure each application (eg. sendmail) not to perform the DNS check. -Original Message- From: J.A.J. van Belkum [mailto:aukjan@;gfo.nl] Sent: 24 October 2002 14:46 To: [EMAIL PROTECTED] Subject: Cyrus trying to resolve lan ip Hi y'all, I am running cyrus on a RH7.1 box icw Postfix and MySQL. All of a sudden two of my servers, at different sites started showing slow reaction times (exacly 20 seconds). They are both connected through the same provider So I grabbed my tcpdump and started searching now I got the following dump: 15:14:04.754162 eth1 < 192.168.0.50.1445 > 192.168.0.254.imap: S 18257605:18257605(0) win 8192 (DF) 15:14:04.754288 eth1 > 192.168.0.254.imap > 192.168.0.50.1445: S 3874304414:3874304414(0) ack 18257606 win 5840 (DF) 15:14:04.754692 eth1 < 192.168.0.50.1445 > 192.168.0.254.imap: . 1:1(0) ack 1 win 8760 (DF) 15:14:04.769740 eth0 > 62.177.161.90.2908 > 213.197.28.3.domain: 50561+ PTR? 50.0.168.192.in-addr.arpa. (43) (DF) [tos 0x8] 15:14:09.775391 eth0 > 62.177.161.90.2910 > 213.197.30.28.domain: 50561+ PTR? 50.0.168.192.in-addr.arpa. (43) (DF) [tos 0x8] 15:14:12.295410 eth0 > 62.177.161.90.2911 > 213.197.30.28.domain: 7750+ PTR? 50.0.168.192.in-addr.arpa. (43) (DF) [tos 0x8] 15:14:14.785303 eth0 > 62.177.161.90.2908 > 213.197.28.3.domain: 50561+ PTR? 50.0.168.192.in-addr.arpa. (43) (DF) [tos 0x8] 15:14:17.305325 eth0 > 62.177.161.90.2909 > 213.197.28.3.domain: 7750+ PTR? 50.0.168.192.in-addr.arpa. (43) (DF) [tos 0x8] 15:14:19.795301 eth0 > 62.177.161.90.2910 > 213.197.30.28.domain: 50561+ PTR? 50.0.168.192.in-addr.arpa. (43) (DF) [tos 0x8] 15:14:22.315379 eth0 > 62.177.161.90.2911 > 213.197.30.28.domain: 7750+ PTR? 50.0.168.192.in-addr.arpa. (43) (DF) [tos 0x8] 15:14:24.806469 eth1 > 192.168.0.254.imap > 192.168.0.50.1445: P 1:55(54) ack 1 win 5840 (DF) 15:14:24.807308 eth1 < 192.168.0.50.1445 > 192.168.0.254.imap: P 1:18(17) ack 55 win 8706 (DF) 15:14:24.807411 eth1 > 192.168.0.254.imap > 192.168.0.50.1445: . 55:55(0) ack 18 win 5840 (DF) 15:14:24.807611 eth1 > 192.168.0.254.imap > 192.168.0.50.1445: P 55:243(188) ack 18 win 5840 (DF) 15:14:24.809131 eth1 < 192.168.0.50.1445 > 192.168.0.254.imap: P 18:46(28) ack 243 win 8518 (DF) 15:14:24.813409 eth1 > 192.168.0.254.imap > 192.168.0.50.1445: P 243:267(24) ack 46 win 5840 (DF) 15:14:24.815208 eth1 < 192.168.0.50.1445 > 192.168.0.254.imap: P 46:57(11) ack 267 win 8494 (DF) 15:14:24.815498 eth1 > 192.168.0.254.imap > 192.168.0.50.1445: P 267:279(12) ack 57 win 5840 (DF) 15:14:24.816289 eth1 < 192.168.0.50.1445 > 192.168.0.254.imap: P 57:63(6) ack 279 win 8482 (DF) 15:14:24.816460 eth1 > 192.168.0.254.imap > 192.168.0.50.1445: P 279:298(19) ack 63 win 5840 (DF) 15:14:24.817207 eth1 < 192.168.0.50.1445 > 192.168.0.254.imap: P 63:84(21) ack 298 win 8463 (DF) It looks like cyrus is trying to resolve the internal IP address... which it shouldn't do. This probabely points to a change in the Network of the provider, now that they both take 20 seconds to get answers... Before yesterday they were running just fine, but now I do not want the servers to check the DNS records How can I do this, or might this be some other problem??? bash$ route Destination Gateway Genmask Flags Metric RefUse Iface 62.177.161.88 0.0.0.0 255.255.255.252 U 0 00 eth0 192.168.0.0 0.0.0.0 255.255.255.0 U 0 00 eth1 127.0.0.0 0.0.0.0 255.0.0.0 U 0 00 lo 0.0.0.0 62.177.161.89 0.0.0.0 UG0 00 eth0 Any suggestions are Welcome!! Thanks, Aukjan van Belkum
folder creation problem / autocreate quota problem
Hi, I just installed the new cyrus-imapd-2.1.9 1) When users create a folder with their mail client, the folder is not in /var/spool/imap/user/username/foldername but in /var/spool/imap/foldername and the acl of this folder are not username lrswipcda but anyone lrs (folder created in the inbox are created correctly) Is there a way to deny public folder creation ? 2) The autocreatequota seems to be broken ? The quotas are not set on newly created mailboxes. Where is the problem, could it be linked with the unixhierarchy option or more probably with the alternate namespace option ? Thanks for your help! Greg My test imapd.conf: # imapd.conf, Ver 0.1 ## # Global info's ## servername: localhost postmaster: postmaster@localhost configdirectory: /var/imap partition-default: /var/spool/imap unixhierarchysep: yes altnamespace: yes imapidresponse: no ## # Autentification & User rights ## admins: root gb cyrus sasl_pwcheck_method: saslauthd allowanonymouslogin: no sasl_auto_transition: yes ## # Quota & Message size limit ## quotawarn: 90 autocreatequota: 1500 maxmessagesize: 10485760 lmtp_overquota_perm_failure: no ## # SSL configuration ## tls_cert_file: /var/imap/ssl/localhost.crt tls_key_file: /var/imap/ssl/localhost.key ## # Sieve configuration ## #sieve_maxscriptsize: 32 #sieve_maxscripts: 5 ## # Special hacks ## netscapeurl: http://localhost/ ## # Other features ## singleinstancestore: yes duplicatesuppression: yes
Re: folder creation problem / autocreate quota problem
Bruhin Gregor wrote: > > Hi, > > I just installed the new cyrus-imapd-2.1.9 > > 1) When users create a folder with their mail client, the folder is not in > /var/spool/imap/user/username/foldername but in /var/spool/imap/foldername > and the acl of this folder are not username lrswipcda but anyone lrs > > (folder created in the inbox are created correctly) > > Is there a way to deny public folder creation ? > > 2) The autocreatequota seems to be broken ? The quotas are not set on newly > created mailboxes. > > Where is the problem, could it be linked with the unixhierarchy option or > more probably with the alternate namespace option ? Have you restarted Cyrus and the client since you turned on altnamespace? > # imapd.conf, Ver 0.1 > > ## > # Global info's > ## > servername: localhost > postmaster: postmaster@localhost > configdirectory: /var/imap > partition-default: /var/spool/imap > unixhierarchysep: yes > altnamespace: yes > imapidresponse: no > ## > # Autentification & User rights > ## > admins: root gb cyrus > sasl_pwcheck_method: saslauthd > allowanonymouslogin: no > sasl_auto_transition: yes > ## > # Quota & Message size limit > ## > quotawarn: 90 > autocreatequota: 1500 > maxmessagesize: 10485760 > lmtp_overquota_perm_failure: no > ## > # SSL configuration > ## > tls_cert_file: /var/imap/ssl/localhost.crt > tls_key_file: /var/imap/ssl/localhost.key > ## > # Sieve configuration > ## > #sieve_maxscriptsize: 32 > #sieve_maxscripts: 5 > ## > # Special hacks > ## > netscapeurl: http://localhost/ > ## > # Other features > ## > singleinstancestore: yes > duplicatesuppression: yes -- Kenneth Murchison Oceana Matrix Ltd. Software Engineer 21 Princeton Place 716-662-8973 x26 Orchard Park, NY 14127 --PGP Public Key--http://www.oceana.com/~ken/ksm.pgp
difference between postuser and sharedprefix ?
Greets. I'm for the first time playing around with shared folders under Cyrus IMAPd 2.1.9. I have several normal user accounts up and running fine with my config. In the imapd.conf I see there are two options for controlling shared folders. postuser and sharedprefix. I created a mailbox with cyradm (cm testbox) and gave it ACL anonymous p. It gets mail just fine when I sent to [EMAIL PROTECTED] This seems to work well if I set "shareprefix: share" or if I leave that out and set "postuser: share". So I'm confused as to what the differences are between the two settings when they both seem to work the same? -- Scott Russell ([EMAIL PROTECTED]) Linux Technology Center, System Admin, RHCE. Dial 877-735-8200 then ask for 919-543-9289 (TTY)
Re: difference between postuser and sharedprefix ?
Scott Russell wrote: > > Greets. > > I'm for the first time playing around with shared folders under Cyrus > IMAPd 2.1.9. I have several normal user accounts up and running fine > with my config. > > In the imapd.conf I see there are two options for controlling shared > folders. postuser and sharedprefix. I created a mailbox with cyradm (cm > testbox) and gave it ACL anonymous p. It gets mail just fine when I > sent to [EMAIL PROTECTED] > > This seems to work well if I set "shareprefix: share" or if I leave > that out and set "postuser: share". So I'm confused as to what the > differences are between the two settings when they both seem to work > the same? 'postuser' is the one which is used for posting. 'sharedprefix' is only used if using 'altnamespace', in which your shared folder names (as presented to the client) would be "share.testbox" Check out the description of 'altnamespace' in the manpage or docs if my explanation is too cryptic. Ken -- Kenneth Murchison Oceana Matrix Ltd. Software Engineer 21 Princeton Place 716-662-8973 x26 Orchard Park, NY 14127 --PGP Public Key--http://www.oceana.com/~ken/ksm.pgp
RE : folder creation problem
Hi, Thanks for your suggestion, yes sure I always stopped all and restarted all... I really thought that it was a parsing error of the imapd.conf or something like this, but it was the user I was using who was in the admins list. If admins create a folder it appears to be located in the root as a shared folder, /var/spool/imap Hope the next persons having this problem will read my mail :-) Thanks, Greg -Message d'origine- De : Ken Murchison [mailto:ken@;oceana.com] Envoyé : Donnerstag, 24. Oktober 2002 21:09 À : Bruhin Gregor Cc : [EMAIL PROTECTED] Objet : Re: folder creation problem / autocreate quota problem Bruhin Gregor wrote: > > Hi, > > I just installed the new cyrus-imapd-2.1.9 > > 1) When users create a folder with their mail client, the folder is not in > /var/spool/imap/user/username/foldername but in /var/spool/imap/foldername > and the acl of this folder are not username lrswipcda but anyone lrs > > (folder created in the inbox are created correctly) > > Is there a way to deny public folder creation ? > > 2) The autocreatequota seems to be broken ? The quotas are not set on newly > created mailboxes. > > Where is the problem, could it be linked with the unixhierarchy option or > more probably with the alternate namespace option ? Have you restarted Cyrus and the client since you turned on altnamespace? > # imapd.conf, Ver 0.1 > > ## > # Global info's > ## > servername: localhost > postmaster: postmaster@localhost > configdirectory: /var/imap > partition-default: /var/spool/imap > unixhierarchysep: yes > altnamespace: yes > imapidresponse: no > ## > # Autentification & User rights > ## > admins: root gb cyrus > sasl_pwcheck_method: saslauthd > allowanonymouslogin: no > sasl_auto_transition: yes > ## > # Quota & Message size limit > ## > quotawarn: 90 > autocreatequota: 1500 > maxmessagesize: 10485760 > lmtp_overquota_perm_failure: no > ## > # SSL configuration > ## > tls_cert_file: /var/imap/ssl/localhost.crt > tls_key_file: /var/imap/ssl/localhost.key > ## > # Sieve configuration > ## > #sieve_maxscriptsize: 32 > #sieve_maxscripts: 5 > ## > # Special hacks > ## > netscapeurl: http://localhost/ > ## > # Other features > ## > singleinstancestore: yes > duplicatesuppression: yes -- Kenneth Murchison Oceana Matrix Ltd. Software Engineer 21 Princeton Place 716-662-8973 x26 Orchard Park, NY 14127 --PGP Public Key--http://www.oceana.com/~ken/ksm.pgp
Re: When did user X log in?
On Thu, Oct 24, 2002 at 02:53:36PM +0100, Ian McDonald wrote: > Hi, > > How can I discover the time (preferably in epoch) that a given user last > logged in? > The closest thing I've seen to this is the fud server / client that is in Cyrus 2.1.9. In the archives you'll find both perl and php script examples of fud clients. -- Scott Russell ([EMAIL PROTECTED]) Linux Technology Center, System Admin, RHCE. Dial 877-735-8200 then ask for 919-543-9289 (TTY)
Re: [question] using IMAP/SORT extension...
¿øÅÂȯ wrote: > > Hi, > We are thinking of using the "SORT" extension which already implemented in > Cyrus IMAP for our web-based mail client. > > Has any one experienced with the feature ? > > When I read IETF-DRAFT-SORT extension, I was confused with how to > use the feature. > > What I guess to use the feature is : >C: a login ... >S: a OK ... >C: a sort ... >S: * SORT >S: a OK .. >C: a fetch ... > This is just a guess for using "SORT" on imap server side. > Is this correct ?? The latest SORT draft (http://www.ietf.org/internet-drafts/draft-ietf-imapext-sort-10.txt) has some pretty clear examples on page 6. -- Kenneth Murchison Oceana Matrix Ltd. Software Engineer 21 Princeton Place 716-662-8973 x26 Orchard Park, NY 14127 --PGP Public Key--http://www.oceana.com/~ken/ksm.pgp
Re: When did user X log in?
Ian McDonald wrote: > > Hi, > > How can I discover the time (preferably in epoch) that a given user last > logged in? Check imap.log -- Kenneth Murchison Oceana Matrix Ltd. Software Engineer 21 Princeton Place 716-662-8973 x26 Orchard Park, NY 14127 --PGP Public Key--http://www.oceana.com/~ken/ksm.pgp
RE: Cyrus trying to resolve lan ip
You are correct, the problem is with DNS. My personal favourite for this one is to run DNS on the machine with empty records for your networks (or real ones, if you like!). The other option is to use the hosts file. Finally, you can configure each application (eg. sendmail) not to perform the DNS check. -Original Message- From: J.A.J. van Belkum [mailto:aukjan@;gfo.nl] Sent: 24 October 2002 14:46 To: [EMAIL PROTECTED] Subject: Cyrus trying to resolve lan ip Hi y'all, I am running cyrus on a RH7.1 box icw Postfix and MySQL. All of a sudden two of my servers, at different sites started showing slow reaction times (exacly 20 seconds). They are both connected through the same provider So I grabbed my tcpdump and started searching now I got the following dump: 15:14:04.754162 eth1 < 192.168.0.50.1445 > 192.168.0.254.imap: S 18257605:18257605(0) win 8192 (DF) 15:14:04.754288 eth1 > 192.168.0.254.imap > 192.168.0.50.1445: S 3874304414:3874304414(0) ack 18257606 win 5840 (DF) 15:14:04.754692 eth1 < 192.168.0.50.1445 > 192.168.0.254.imap: . 1:1(0) ack 1 win 8760 (DF) 15:14:04.769740 eth0 > 62.177.161.90.2908 > 213.197.28.3.domain: 50561+ PTR? 50.0.168.192.in-addr.arpa. (43) (DF) [tos 0x8] 15:14:09.775391 eth0 > 62.177.161.90.2910 > 213.197.30.28.domain: 50561+ PTR? 50.0.168.192.in-addr.arpa. (43) (DF) [tos 0x8] 15:14:12.295410 eth0 > 62.177.161.90.2911 > 213.197.30.28.domain: 7750+ PTR? 50.0.168.192.in-addr.arpa. (43) (DF) [tos 0x8] 15:14:14.785303 eth0 > 62.177.161.90.2908 > 213.197.28.3.domain: 50561+ PTR? 50.0.168.192.in-addr.arpa. (43) (DF) [tos 0x8] 15:14:17.305325 eth0 > 62.177.161.90.2909 > 213.197.28.3.domain: 7750+ PTR? 50.0.168.192.in-addr.arpa. (43) (DF) [tos 0x8] 15:14:19.795301 eth0 > 62.177.161.90.2910 > 213.197.30.28.domain: 50561+ PTR? 50.0.168.192.in-addr.arpa. (43) (DF) [tos 0x8] 15:14:22.315379 eth0 > 62.177.161.90.2911 > 213.197.30.28.domain: 7750+ PTR? 50.0.168.192.in-addr.arpa. (43) (DF) [tos 0x8] 15:14:24.806469 eth1 > 192.168.0.254.imap > 192.168.0.50.1445: P 1:55(54) ack 1 win 5840 (DF) 15:14:24.807308 eth1 < 192.168.0.50.1445 > 192.168.0.254.imap: P 1:18(17) ack 55 win 8706 (DF) 15:14:24.807411 eth1 > 192.168.0.254.imap > 192.168.0.50.1445: . 55:55(0) ack 18 win 5840 (DF) 15:14:24.807611 eth1 > 192.168.0.254.imap > 192.168.0.50.1445: P 55:243(188) ack 18 win 5840 (DF) 15:14:24.809131 eth1 < 192.168.0.50.1445 > 192.168.0.254.imap: P 18:46(28) ack 243 win 8518 (DF) 15:14:24.813409 eth1 > 192.168.0.254.imap > 192.168.0.50.1445: P 243:267(24) ack 46 win 5840 (DF) 15:14:24.815208 eth1 < 192.168.0.50.1445 > 192.168.0.254.imap: P 46:57(11) ack 267 win 8494 (DF) 15:14:24.815498 eth1 > 192.168.0.254.imap > 192.168.0.50.1445: P 267:279(12) ack 57 win 5840 (DF) 15:14:24.816289 eth1 < 192.168.0.50.1445 > 192.168.0.254.imap: P 57:63(6) ack 279 win 8482 (DF) 15:14:24.816460 eth1 > 192.168.0.254.imap > 192.168.0.50.1445: P 279:298(19) ack 63 win 5840 (DF) 15:14:24.817207 eth1 < 192.168.0.50.1445 > 192.168.0.254.imap: P 63:84(21) ack 298 win 8463 (DF) It looks like cyrus is trying to resolve the internal IP address... which it shouldn't do. This probabely points to a change in the Network of the provider, now that they both take 20 seconds to get answers... Before yesterday they were running just fine, but now I do not want the servers to check the DNS records How can I do this, or might this be some other problem??? bash$ route Destination Gateway Genmask Flags Metric RefUse Iface 62.177.161.88 0.0.0.0 255.255.255.252 U 0 00 eth0 192.168.0.0 0.0.0.0 255.255.255.0 U 0 00 eth1 127.0.0.0 0.0.0.0 255.0.0.0 U 0 00 lo 0.0.0.0 62.177.161.89 0.0.0.0 UG0 00 eth0 Any suggestions are Welcome!! Thanks, Aukjan van Belkum
"Last modified" time for folder?
Hi, How can I discover the time (preferably in epoch) that a given folder was last modified? Thanks, Ian
When did user X log in?
Hi, How can I discover the time (preferably in epoch) that a given user last logged in? Thanks, Ian
Cyrus trying to resolve lan ip
Hi y'all, I am running cyrus on a RH7.1 box icw Postfix and MySQL. All of a sudden two of my servers, at different sites started showing slow reaction times (exacly 20 seconds). They are both connected through the same provider So I grabbed my tcpdump and started searching now I got the following dump: 15:14:04.754162 eth1 < 192.168.0.50.1445 > 192.168.0.254.imap: S 18257605:18257605(0) win 8192 (DF) 15:14:04.754288 eth1 > 192.168.0.254.imap > 192.168.0.50.1445: S 3874304414:3874304414(0) ack 18257606 win 5840 (DF) 15:14:04.754692 eth1 < 192.168.0.50.1445 > 192.168.0.254.imap: . 1:1(0) ack 1 win 8760 (DF) 15:14:04.769740 eth0 > 62.177.161.90.2908 > 213.197.28.3.domain: 50561+ PTR? 50.0.168.192.in-addr.arpa. (43) (DF) [tos 0x8] 15:14:09.775391 eth0 > 62.177.161.90.2910 > 213.197.30.28.domain: 50561+ PTR? 50.0.168.192.in-addr.arpa. (43) (DF) [tos 0x8] 15:14:12.295410 eth0 > 62.177.161.90.2911 > 213.197.30.28.domain: 7750+ PTR? 50.0.168.192.in-addr.arpa. (43) (DF) [tos 0x8] 15:14:14.785303 eth0 > 62.177.161.90.2908 > 213.197.28.3.domain: 50561+ PTR? 50.0.168.192.in-addr.arpa. (43) (DF) [tos 0x8] 15:14:17.305325 eth0 > 62.177.161.90.2909 > 213.197.28.3.domain: 7750+ PTR? 50.0.168.192.in-addr.arpa. (43) (DF) [tos 0x8] 15:14:19.795301 eth0 > 62.177.161.90.2910 > 213.197.30.28.domain: 50561+ PTR? 50.0.168.192.in-addr.arpa. (43) (DF) [tos 0x8] 15:14:22.315379 eth0 > 62.177.161.90.2911 > 213.197.30.28.domain: 7750+ PTR? 50.0.168.192.in-addr.arpa. (43) (DF) [tos 0x8] 15:14:24.806469 eth1 > 192.168.0.254.imap > 192.168.0.50.1445: P 1:55(54) ack 1 win 5840 (DF) 15:14:24.807308 eth1 < 192.168.0.50.1445 > 192.168.0.254.imap: P 1:18(17) ack 55 win 8706 (DF) 15:14:24.807411 eth1 > 192.168.0.254.imap > 192.168.0.50.1445: . 55:55(0) ack 18 win 5840 (DF) 15:14:24.807611 eth1 > 192.168.0.254.imap > 192.168.0.50.1445: P 55:243(188) ack 18 win 5840 (DF) 15:14:24.809131 eth1 < 192.168.0.50.1445 > 192.168.0.254.imap: P 18:46(28) ack 243 win 8518 (DF) 15:14:24.813409 eth1 > 192.168.0.254.imap > 192.168.0.50.1445: P 243:267(24) ack 46 win 5840 (DF) 15:14:24.815208 eth1 < 192.168.0.50.1445 > 192.168.0.254.imap: P 46:57(11) ack 267 win 8494 (DF) 15:14:24.815498 eth1 > 192.168.0.254.imap > 192.168.0.50.1445: P 267:279(12) ack 57 win 5840 (DF) 15:14:24.816289 eth1 < 192.168.0.50.1445 > 192.168.0.254.imap: P 57:63(6) ack 279 win 8482 (DF) 15:14:24.816460 eth1 > 192.168.0.254.imap > 192.168.0.50.1445: P 279:298(19) ack 63 win 5840 (DF) 15:14:24.817207 eth1 < 192.168.0.50.1445 > 192.168.0.254.imap: P 63:84(21) ack 298 win 8463 (DF) It looks like cyrus is trying to resolve the internal IP address... which it shouldn't do. This probabely points to a change in the Network of the provider, now that they both take 20 seconds to get answers... Before yesterday they were running just fine, but now I do not want the servers to check the DNS records How can I do this, or might this be some other problem??? bash$ route Destination Gateway Genmask Flags Metric RefUse Iface 62.177.161.88 0.0.0.0 255.255.255.252 U 0 00 eth0 192.168.0.0 0.0.0.0 255.255.255.0 U 0 00 eth1 127.0.0.0 0.0.0.0 255.0.0.0 U 0 00 lo 0.0.0.0 62.177.161.89 0.0.0.0 UG0 00 eth0 Any suggestions are Welcome!! Thanks, Aukjan van Belkum
Re: When users delete mail, I want it to be moved to Trash.
Unfortunately, it looks like the site I got it from is offline. :( You might try searching through the IMP message list for 'frames patch'. Hopefully someone has or will re-post it. I wish I could share ours, but we've already made major mods to match our company specs. Good luck in your search. If you're looking to replace Outlook, it's definitely worth your time. -Eric Erik Enge wrote: Eric Minto <[EMAIL PROTECTED]> writes: Imp has a patch that allows it to display messages in an Outlook-style format, with a folders pane and a message preview pane. Where can I find this patch? Thanks, Erik.
RE: SASL doesn't build with ldap with FreeBSD
On Thu, 24 Oct 2002, paul dekkers wrote: > I still had to modify one bit of the Makefile in lib/ however - there is > a ln -s plugin_common, but the make install complains that the > plugin_common link already exists. I changed it in ln -f -s Yeah, this is known (and fixed in CVS). -Rob -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456 Research Systems Programmer * /usr/contributed Gatekeeper
RE: SASL doesn't build with ldap with FreeBSD
Hi, I don't get this! When I try again this morning, it seems all configure options I did before now work. I can't reproduce the error, not even with "./configure"'s I entered before... I hope I still find out what it was... I still had to modify one bit of the Makefile in lib/ however - there is a ln -s plugin_common, but the make install complains that the plugin_common link already exists. I changed it in ln -f -s Thank you, Paul P.S. I assume there is a typo in your Makefile - it's --disable-otp Besides, I wonder what makefile that is - do you install from a FreeBSD package? (I built from scratch, so I can't edit the Makefile for configure parameters) > -Oorspronkelijk bericht- > Van: [EMAIL PROTECTED] [mailto:gdl@;merit.edu] > Verzonden: woensdag 23 oktober 2002 23:35 > Aan: paul dekkers > CC: [EMAIL PROTECTED] > Onderwerp: Re: SASL doesn't build with ldap with FreeBSD > > paul dekkers wrote: > > > > Hi, > > > > I built/installed OpenLDAP first - the test.c file I created myself > > could be compiled too, so the configure script should be able too. > > > > I assume otp, kerberos, digest and md5 do not stand in the way for the > > LDAP support to built correctly? > > Not as far as I know. > > > BTW, I built sasl on an Linux BOX to see what happends there, and it > > built immediately! Frustrating to see, as a FreeBSD fan! > > > > What was your configure command for sasl? > > Here's what I modified in the Makefile (after commententing out the > Kerb stuff and the OTP): > > CONFIGURE_ARGS= --sysconfdir=${PREFIX}/etc \ > --with-plugindir=${PREFIX}/lib/sasl2 \ > --with-dbpath=${PREFIX}/etc/sasldb2 \ > --includedir=${PREFIX}/include \ > --enable-static \ > --enable-login \ > --diable-otp \ > --disable-krb4 \ > --disable-gssapi \ > --disable-cram \ > --disable-digest \ > --with-saslauthd \ > --with-ldap=/usr/local \ > --enable-auth-sasldb \ > --with-rc4=openssl > > > > Did you install openLdap in anything else than the default /usr/local > directories? > > Nope. All in the standard locations. > > > > > > > Paul > > > > > -Oorspronkelijk bericht- > > > Van: [EMAIL PROTECTED] [mailto:gdl@;merit.edu] > > > Verzonden: woensdag 23 oktober 2002 22:51 > > > Aan: paul dekkers > > > Onderwerp: Re: SASL doesn't build with ldap with FreeBSD > > > > > > We just went through this at out site. > > > > > > The only thing we did was just have OpenLDAP built > > > first. I did add "--with-ldap=/usr/local" in the Makefile > > > for sasl, but looking further in the file, I didn't have > > > to do that. I didn't add anything else in the file. > > > > > > Note: be sure to disable the otp, the kerberos, the digest > > > and m5 password scemes if you're not going to use them. > > > It took me about 6 re-builds to realize what was happening > > > and re-build sasl correctly. > > > > > > We've got FreeBSD 4.7-STABLE. > > -- > -- > Gardiner D. Leverett [EMAIL PROTECTED] > Merit Network, Inc. Phone: 734-647-9888 > 4251 Plymouth Road, Suite 2000Ann Arbor, MI 48105-2785 > http://www.merit.edu