Re: imap clients say i have 4K messages but spool has 12894 files
Interestingly, through no action on my (as admin) part, this problem seems to have resolved itself on May 31. According to my backup, on May 29 for my main inbox, user.brian, there were 13339 files on the disk but on May 31's backup there are only 4136. IMAP has always reported in the neighborhood of the 4K messages. Strange. b. signature.asc Description: This is a digitally signed message part Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
Re: imap clients say i have 4K messages but spool has 12894 files
On Thu, 2020-06-04 at 09:30 +1000, Ian Willis wrote: > Hi Brian, Hi Ian, > The answer to your question is that yes, UID appears to correlate > with > the message file name. Thanks. > At a guess something appears significantly awry. Indeed. > Have you tried create a separate mail user. Copy your existing > message > over via imap to the new folder. > Delete and expunge the original mailbox and recreate, recopy. I have considered that. But I suspect that is going to cause the message numbers on the disk to be recreated. Since this seems to affect many (all?) folders for many (again, all?) users, that would result in trashing the efficiency of my incremental backup. > In the longer term I would be tempted to move to a newer version of > cyrus I'm stuck with what my distro vendor supplies. That said, once the cause of this problem, or it's reproducibiilty can be confirmed, distro vendor will be getting a ticket to resolve this in some way. But the first step is identifying the issue, resolving it and seeing if it reproduces. > or if you have the patience closely monitor the file-system to > debug how this is occurring. Right. I think the first step is to figure out how to get things back to normal so that it can be monitored more closely and the discrepancy is no longer a haystack and will be more incrementally obvious when it does happen. Figuring out how to get back to normal will also provide the tools/process to monitor on an ongoing basis to see why it's happening. I'm just not sure how to get back to normal at this point. Cheers, b. signature.asc Description: This is a digitally signed message part Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
Re: imap clients say i have 4K messages but spool has 12894 files
On Wed, 2020-06-03 at 19:35 -0400, Ken Murchison wrote: > Brian, > > Trying running 'unexpunge -l' on the mailbox in question. This avenue has already been explored earlier in this thread: https://lists.andrew.cmu.edu/pipermail/info-cyrus/2020-May/041258.html To save the effort of re-reading the message: # sudo -u cyrus bash -c "/usr/lib/cyrus-imapd/unexpunge -l user.brian" [nothing returned] So this is looking more like a "bad accounting" problem than something typically operational. But how to reconcile it? It seems to me that a process of comparing what's in the index to what's on disk to account for the orphans is needed. I just don't know what that process is. I probably just don't know the toolset well enough to know which tools to apply and how. mbexamine seems a candidate but I'm not sure how to interpret it's output to this task. Or maybe there other/better tools? Any suggestions? Cheers, b. signature.asc Description: This is a digitally signed message part Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
Re: imap clients say i have 4K messages but spool has 12894 files
On Tue, 2020-05-26 at 09:33 -0400, Brian J. Murrell wrote: > Hi. > > Every IMAP client I query my cyrus imapd 2.4.17 server with says I > have > ~4K messages in my INBOX. However when I do a listing of > /var/spool/imap/b/user/brian/ it shows almost 13K files. > > None of these include messages which have been deleted but not > expunged. I manually expunge my mailbox many times per day. > > If I'm understanding mbexamine's output correctly, I have files on > disk > that are not being displayed by mbexmine. My understanding of > mbexamine's output is that on a line formatted as such: > > 01> UID:00089183 INT_DATE:[redacted] SENTDATE:[redacted] > SIZE:1537 > > that the 00089183 is the reference to the file on the spool in > /var/spool/imap/b/user/brian/89183. > > Is that correct? If so, I definitely have files on the disk which > are > not found in any "01> UID" line from mbexamine. ~9600 of them. > That seems to make up the difference between what an IMAP client sees > and how many files are on disk. > > I also have multiple occurrences of the same "01> UID:" and where > there are no matching files on the disk. Should that be possible? > > So how come the huge discrepancies and how do I reconcile them? No other thoughts on how I can reconcile this gross discrepancy? Ultimately I have an IMAP spool that is growing without bound due to messages continuing to live on the spool beyond their life in the index and getting orphaned. Cheers, b. signature.asc Description: This is a digitally signed message part Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
Re: imap clients say i have 4K messages but spool has 12894 files
On Tue, 2020-05-26 at 16:21 +0200, Simon Matter wrote: > > How did you install your 2.4.17 server? From packages supplied by the CentOS 7.x distribution. > If so it's possible that you distribution uses different > configuration > than the default, at build time. You should check this. But doesn't the lack of output from "unexpunge -l" (as demonstrated in my last message) confirm that this is not a delayed expunge problem and make the setting of expunge_mode irrelevant? Cheers, b. signature.asc Description: This is a digitally signed message part Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
Re: imap clients say i have 4K messages but spool has 12894 files
On Tue, 2020-05-26 at 08:47 -0500, Nic Bernstein wrote: > > |expunge_mode:| delayed > > The mode in which messages (and their corresponding cache > entries) are expunged. “semidelayed” mode is the old behavior > in > which the message files are purged at the time of the > EXPUNGE, > but index and cache records are retained to facilitate > QRESYNC. > In “delayed” mode, which is the default since Cyrus 2.5.0, So this doesn't apply to my 2.4.17 then does it? > As shown in this excerpt from the manpage > < > http://www.cyrusimap.org/imap/reference/manpages/configs/imapd.conf.html> > ;, > the default is now "delayed," since v2.5.0. Again, I am running 2.4.17, so does this apply? > Those files on disk are > expunged messages which have not yet been deleted. They may be > recovered via the 'unexpunge' command, as described on its manpage, > here > < > http://www.cyrusimap.org/imap/reference/manpages/systemcommands/unexpunge.html?highlight=unexpunge> > ;. > To see a list of such messages, try 'sudo -u cyrus -c "unexpunge -l > user/usern...@domain.tld' # sudo -u cyrus bash -c "/usr/lib/cyrus-imapd/unexpunge -l user.brian" [nothing returned] b. signature.asc Description: This is a digitally signed message part Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
imap clients say i have 4K messages but spool has 12894 files
Hi. Every IMAP client I query my cyrus imapd 2.4.17 server with says I have ~4K messages in my INBOX. However when I do a listing of /var/spool/imap/b/user/brian/ it shows almost 13K files. None of these include messages which have been deleted but not expunged. I manually expunge my mailbox many times per day. If I'm understanding mbexamine's output correctly, I have files on disk that are not being displayed by mbexmine. My understanding of mbexamine's output is that on a line formatted as such: 01> UID:00089183 INT_DATE:[redacted] SENTDATE:[redacted] SIZE:1537 that the 00089183 is the reference to the file on the spool in /var/spool/imap/b/user/brian/89183. Is that correct? If so, I definitely have files on the disk which are not found in any "01> UID" line from mbexamine. ~9600 of them. That seems to make up the difference between what an IMAP client sees and how many files are on disk. I also have multiple occurrences of the same "01> UID:" and where there are no matching files on the disk. Should that be possible? So how come the huge discrepancies and how do I reconcile them? Cheers, b. signature.asc Description: This is a digitally signed message part Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
Re: files on disk but not in index?
On Wed, 2020-05-06 at 09:11 -0400, Ken Murchison wrote: > You may have a bunch of messages that were marked as \Deleted (and > not > displayed by your client) but haven't been expunged. I have my every-day-all-day e-mail client, evolution, set to display deleted messages (it shows them with a strike-through) and not expunge until I tell it to with a key-combination, so I expunge many times a day already. > How many of the messages shown by mbexamine have the \Deleted flag > set? Does this mean 0? Index Header Info: Generation Number: -79183387 Minor Version: 12 Header Size: 128 bytes Record Size: 96 bytes Number of Messages: 3963 Mailbox Size: 114722914 bytes Last Append Date: (1588775886) Wed May 6 10:38:06 2020 UIDValidity: 957666537 Last UID: 1611876 Deleted: 0 Answered: 1634 Flagged: 54 Mailbox Options: POP3_NEW_UIDL Last POP3 Login: (0) Wed Dec 31 19:00:00 1969 Highest Mod Sequence: 1077383 Or is the "Deteled: 0" there something different than \Deleted? In any case: # /usr/lib/cyrus-imapd/mbexamine user.brian | grep Deleted reports nothing. Cheers, b. signature.asc Description: This is a digitally signed message part Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
Re: files on disk but not in index?
On Wed, 2020-05-06 at 07:18 -0400, Ken Murchison wrote: > You can use 'mbexamine' and 'unexpunge -l' mbexamine looks interesting, but unexpunge -l returns nothing for my INBOX. I think this is because expunge is immediate in 2.4.17 isn't it? mbexamine's output is pretty terse though. Given this line from it's output: 01> UID:00089183 INT_DATE:994114862 SENTDATE:994089600 SIZE:1537 is that "00089183" the name of a message file on the disk, minus the trailing dot? It seems to be from a brief examination. But just as a first pass sanity check: # /usr/lib/cyrus-imapd/mbexamine user.brian | grep \>\ UID: | wc -l 317075 # ls /var/spool/imap/b/user/brian/ | wc -l 10362 Which is the opposite of what I was expecting and neither matches what my IMAP clients (2 different evolution instances) says about the number of messages, which is ~4K. mutt also says there are only ~4K messages: [Msgs:3999 New:40 Old:2769 Del:34 Flag:54 Post:43 108M] How can 3 IMAP clients only see ~4K messages yet there be 10K on the disk? > I you think you have orphaned (not expunged) message files, you can > try > 'reconstruct -G' on the mailbox to restore them into the index. And so then "reconstruct -n -G" should report any orphan files? All I get for it is: user.brian uid 696911 mismatch: sentdate user.brian uid 696911 mismatch: gmtime user.brian uid 697146 mismatch: sentdate user.brian uid 697146 mismatch: gmtime user.brian uid 697917 mismatch: sentdate user.brian uid 697917 mismatch: gmtime user.brian So I created an orpan intentionally to see what reconstruct -G does: # pushd /var/spool/imap/b/user/brian/ # ls -l 1. ls: cannot access 1.: No such file or directory # cp -a 1609386. 1. # ls -l 1. -rw---. 1 cyrus mail 1187 Apr 14 20:57 1. # /usr/lib/cyrus-imapd/reconstruct -n -G user.brian ... user.brian uid 1 rediscovered - appending user.brian So that reconstruct -G seems to be doing what I am looking for, but it's also telling me there are no orphans. So while I have no orphans, I do have significant discrepancies between the number of files on disk and the number of messages imapd is reporting that are in a mailbox. Any idea how to reconcile that? Cheers, b. signature.asc Description: This is a digitally signed message part Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
Re: files on disk but not in index?
On Fri, 2020-05-01 at 14:29 -0400, Brian J. Murrell wrote: > I'm fairly convinced that I have (lots of) files in my Cyrus mail > spool > that are not actually in any index -- orphan files. > > How can I verify this and identify the orphan files? Nobody has any ideas at all about how this can be verified and cleaned up? Cheers, b. signature.asc Description: This is a digitally signed message part Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
files on disk but not in index?
I'm fairly convinced that I have (lots of) files in my Cyrus mail spool that are not actually in any index -- orphan files. How can I verify this and identify the orphan files? I'm using cyrus-imapd-2.4.17 on CentOS 7. Cheers, b. signature.asc Description: This is a digitally signed message part Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
Re: watching and processing a Spam folder for each user
On Thu, 2016-09-29 at 12:25 -0300, Patrick Boutilier via Info-cyrus wrote: > > Only problem with that is users always seem to report some stuff as > spam > when it clearly isn't. :-) That's fine. They are only poisoning their own well if they do since each user has their own Bayes database. But if you really did want to babysit your users, and perhaps enroll them in some remedial e-mail/spam handling training, you could also have whatever this "tool" that I am looking for copy anything marked as spam (under a certain threshold even) to an admin for investigation. You see, this "tool" that I am looking for (and can write myself if I need to -- I'm just looking to not re-invent wheels if I don't have to) is not so much the "what to do" with spam part as much as it's the monitoring of everyone's [Not][Spam] mailboxes and forward whatever is in them to the "what to do" part. Cheers, b. signature.asc Description: This is a digitally signed message part Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
watching and processing a Spam folder for each user
I have experienced e-mail systems where each user has a "Spam" (and "NotSpam" on some) folder in their folder hierarchy to which they can simply move spam to have it classified as spam for them personally (per user Bayes databases for example). So leaving out the latter part (the per-user database and handling, etc.) I wonder what, if anything exists to monitor the Spam (and NotSpam) folders for all users. While I can see this being a neat built-in feature of a mail server like Cyrus IMAP, I doubt it exists. I'd be happy to be corrected. But short of that, I can imagine a monitoring process which, using IMAP, opens a handle to the Spam (and NotSpam) for every user and takes action to classify anything that shows up in those folders accordingly, by perhaps handing the items that do show up to another "classification" process (i.e. spamassassin perhaps). I wonder if such a beast exists. I'd love any pointers if anyone knows of such. Cheers, b. signature.asc Description: This is a digitally signed message part Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
Re: altnamespace doesn't seem to be working in 2.4.17
On Sun, 2016-05-01 at 16:23 +1000, Bron Gondwana via Info-cyrus wrote: > Is your user listed in admins in imapd.conf? Admin users never get > alt namespace. Yeah, that was it. Figured that out shortly after I did it but just didn't back here to report. Thanks for the info! b. signature.asc Description: This is a digitally signed message part Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
altnamespace doesn't seem to be working in 2.4.17
In 2.4.17 of Cyrus IMAPD I have the following /etc/imapd.conf: configdirectory: /var/lib/imap partition-default: /var/spool/imap admins: cyrus brian sievedir: /var/lib/imap/sieve sendmail: /usr/sbin/sendmail hashimapspool: true sasl_pwcheck_method: saslauthd sasl_mech_list: LOGIN GSSAPI PLAIN allowplaintext: no defaultdomain: mail tls_cert_file: /etc/pki/cyrus-imapd/cert.pem tls_key_file: /etc/pki/cyrus-imapd/privkey.pem tls_ca_file: /etc/pki/cyrus-imapd/fullchain.pem altnamespace: yes autocreatequota: 0 lmtp_downcase_rcpt: yes sasl_keytab: /etc/krb5_cyrus.keytab autocreate_post: 1 Yet I am still seeing my folders as children of INBOX. Is there something I am missing? Cheers, b. signature.asc Description: This is a digitally signed message part Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
how to authenticate on localhost without password?
Subject might be a bit misleading but here is the problem... I have a cyrus imap server serving a userbase. Of course with any mail system comes the issue of handling spam. My users each have two folders in their account: Junk and Not Junk where they put their spam and mis-identifed spam. On the imap server each user has a system (i.e. linux) account complete with a SpamAssassin configuration including bayesian classification database, etc. so that each user has their own database of what's spam and what isn't. That means that for each user to classify their spam/ham the sa-learn process has to run as their own uid. To achieve that goal, as well as timely processing of the spam and ham folders, each user has a process on the mail server running as their uid which monitors those mailboxes and processes them (and/or each user has jobs run from their cron to periodically do the same). The question comes now, how can I have a master process which spawns all of these per-user threads/processes give them some sort of credential that allows them to get access to their imap account, without storing a list of accounts/passwords in a file that would need to keep synchronized with their system passwords (not to mention the security nightmare it would be to store account passwords in plaintext). FWIW, this configuration is Kerberos authenticated/authorized. Or is there some alternative interface to the cyrus imap folder mechanism (i.e. not through the IMAP protocol) that I am completely missing, that would be better suited to this problem? One possible solution I can think of that would use the IMAP protocol for all of this is to create a single IMAP account that will be given access (i.e. using cyrus' ACLs) to every users' Junk, Not Junk and INBOX folders in order to read the messages, learn them and in the case of ham, move them back to their INBOX. But before I go down this road I just want to make sure it's really the right road or if there is some alternative that I am just not recognizing yet. b. signature.asc Description: OpenPGP digital signature Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: 2 different users get different namespaces
On 12-02-18 05:35 PM, Dan White wrote: Is one of your users an admin? Yes, brian is, but I tried removing him from the admins: setting and restarting imapd but the namespace for that user did not change. See: http://cyrusimap.org/docs/cyrus-imapd/2.4.13/altnamespace.php The only thing I see on that page about admins is: NOTE: All tools for administering the server, including admins using cyradm, always use the internal namespace. which is fine. The namespace presentation while administering is not my issue, it's the namespace presentation during regular use. Cheers, b. signature.asc Description: OpenPGP digital signature Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: 2 different users get different namespaces
On 12-02-19 10:22 AM, Bron Gondwana wrote: How did you restart imapd? Full Cyrus shutdown and restart? Are you sure you did it at the right place? Strange. I just re-did it all and this time it took. Cheers, b. signature.asc Description: OpenPGP digital signature Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
2 different users get different namespaces
Hi, I'm using Cyrus IMAPd 2.4.13. The problem I seem to have is that different users have different namespaces. For example: 1 login brian ** 1 OK [CAPABILITY IMAP4rev1 LITERAL+ ID ENABLE ACL RIGHTS=kxte QUOTA MAILBOX-REFERRALS NAMESPACE UIDPLUS NO_ATOMIC_RENAME UNSELECT CHILDREN MULTIAPPEND BINARY CATENATE CONDSTORE ESEARCH SORT SORT=MODSEQ SORT=DISPLAY THREAD=ORDEREDSUBJECT THREAD=REFERENCES ANNOTATEMORE LIST-EXTENDED WITHIN QRESYNC SCAN XLIST URLAUTH URLAUTH=BINARY LOGINDISABLED AUTH=PLAIN AUTH=LOGIN AUTH=GSSAPI IDLE] User logged in SESSIONID=cyrus-8413-1329603854-1 2 namespace * NAMESPACE ((INBOX. .)) ((user. .)) (( .)) 2 OK Completed 1 login bob *** 1 OK [CAPABILITY IMAP4rev1 LITERAL+ ID ENABLE ACL RIGHTS=kxte QUOTA MAILBOX-REFERRALS NAMESPACE UIDPLUS NO_ATOMIC_RENAME UNSELECT CHILDREN MULTIAPPEND BINARY CATENATE CONDSTORE ESEARCH SORT SORT=MODSEQ SORT=DISPLAY THREAD=ORDEREDSUBJECT THREAD=REFERENCES ANNOTATEMORE LIST-EXTENDED WITHIN QRESYNC SCAN XLIST URLAUTH URLAUTH=BINARY LOGINDISABLED AUTH=PLAIN AUTH=LOGIN AUTH=GSSAPI IDLE] User logged in SESSIONID=cyrus-8412-1329603843-1 2 namespace * NAMESPACE (( .)) ((Other Users. .)) ((Shared Folders. .)) 2 OK Completed This is causing problems with a particular IMAP client expects all users to have the same namespace. I do have altnamespace: yes configured in /etc/imapd.conf but this really is an issue of consistency not an issue with either particular namespace. Any ideas? Cheers, b. signature.asc Description: OpenPGP digital signature Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
idle extension not issuing EXISTS until after DONE
I have Cyrus IMAPD here on Ubuntu 10.04. The banner identifies it as v2.2.13-Debian-2.2.13-19. I am using Evolution with it's new IDLE handling imapx provider. I am noticing strange behavior from the IMAP server though. When a new message is delivered into a mailbox that is being watched with an IDLE, the server is not emitting an EXISTS to the client immediately. Instead it is waiting for the client to close the IDLE with a DONE. I have tried both the idled daemon and poll methods with the same results. I currently have the following in imapd.conf: idlemethod: poll imapidlepoll: 10 idlesocket: /var/run/cyrus/socket/idle Is there something I am missing? Cheers, b. signature.asc Description: This is a digitally signed message part 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: changed to altnamespace but NAMESPACE list is wrong
On Sun, 2008-02-03 at 10:31 -0500, Ken Murchison wrote: What is your sample set of users that you have checked? Admins always use the default (internal) namespace. Ah ha! This is the missing link then. Yes, indeed, the sample user for which the altnamespace change was made was indeed an admin. So in your examples below, if the second user is an admin, then the results make sense. Indeed. FYI, regular users SHOULD NOT be listed as admins. But if the chosen admin is a cyrus user... I guess the MO should be to give admins access to the cyrus account, not make their accounts cyrus admins? b. signature.asc Description: This is a digitally signed message part 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: changed to altnamespace but NAMESPACE list is wrong
On Sat, 2008-02-02 at 16:01 -0500, Ken Murchison wrote: Brian J. Murrell wrote: I've changed my existing server to use the altnamespace and while for one of my test accounts, they see the new namespace: J2 NAMESPACE * NAMESPACE (( .)) ((Other Users. .)) ((Shared Folders. .)) J2 OK Completed Another account is not: E2 NAMESPACE * NAMESPACE ((INBOX. .)) ((user. .)) (( .)) E2 OK Completed Any ideas why this is? You have pre-existing imapd running which have yet to pick up the change from imapd.conf. If only it were that simple. I've most definitely stopped the cyrus services, looked for stray imapd processes (and either killed them or not found them running) and restarted it, many, many, times since making this change. Any other ideas? b. signature.asc Description: This is a digitally signed message part 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
changed to altnamespace but NAMESPACE list is wrong
I've changed my existing server to use the altnamespace and while for one of my test accounts, they see the new namespace: J2 NAMESPACE * NAMESPACE (( .)) ((Other Users. .)) ((Shared Folders. .)) J2 OK Completed Another account is not: E2 NAMESPACE * NAMESPACE ((INBOX. .)) ((user. .)) (( .)) E2 OK Completed Any ideas why this is? b. signature.asc Description: This is a digitally signed message part 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