[no subject]
--- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Send (bcc) mail from Postfix to public folder
You need to set posting permission for user anonymous on public folders.
That's the reason of "permission denied" error.
Search in google "cyrus public folders"
anyway try in cyradm
localhost> sam public.kunden.hello anonymous p
Bye
Paolo
Denny Schierz wrote:
hi,
Am Mittwoch, den 19.01.2005, 12:48 +0100 schrieb Paolo Negri:
try
@hello.com [EMAIL PROTECTED]
than i have:
Jan 19 13:15:04 localhost lmtpunix[21311]: lmtp connection preauth'd as
postman
Jan 19 13:15:04 localhost lmtpunix[21311]:
verify_user(public^kunden^hello) failed: Permission denied
localhost> lam public.kunden.hello
cyrus lrswipcda
admin.domain.foo lrswipcda
anyone lrs
localhost> lam public.lieferanten.foo
cyrus lrswipcda
admin.domain.foo lrswipcda
anyone lrs
postfix master.cf:
cyrus unix - n n - - pipe
flags= user=cyrus argv=/usr/lib/cyrus/deliver -r ${sender} -m
${extension} ${user}
on the /var/spool/imap it looks so:
public^lieferanten^foo
public^kunden^hello
drwx-- 2 cyrus users 4096 Jan 19 13:21 public^kunden^hello
drwx-- 2 cyrus users 4096 Jan 19 13:21 public^lieferanten^foo
if i try the same with: [EMAIL PROTECTED]
+public+kunden+hello: Mailbox does not exist
ohh, what for a hard work :-/
Ok, next try:
recipient_bcc_maps:
@hello.com [EMAIL PROTECTED]
cyrus:
public.Kunden (\HasNoChildren)
mail to [EMAIL PROTECTED] ->
i have: (public^kunden) failed: Mailbox does not exist
i created another mailbox:
public.kunden (\HasNoChildren)
mail to [EMAIL PROTECTED] ->
i have: verify_user(public^kunden) failed: Permission denied
But why?
Answer:
ls -al /var/spool/imap
drwx-- 2 cyrus users 4096 Jan 19 13:21 public^Kunden
drwx-- 2 cyrus users 4096 Jan 19 13:30 public^kunden
now, im gonna crazy
---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Send (bcc) mail from Postfix to public folder
hi, Am Donnerstag, den 20.01.2005, 10:07 +0100 schrieb Paolo Negri: > anyway try in cyradm > > localhost> sam public.kunden.hello anonymous p thanks @all for helping, now everything is working :-) i'm very glad. cu denny -- Denny Schierz <[EMAIL PROTECTED]> signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: Outlook Express, Cyrus, and altnamespace
Nikola Milutinovic wrote: This boils down to: if you want your users to share certain folders, make up your mind - either have them under "user.*" hierarchy or "shared.*". I will also add that Mozilla works flawlessly. But mozilla still lacks GSSAPI authentication, so I'm forced to use OE. Hmmm... I thought that OE dosn't do GSSAPI/Kerberos thing either? I found some references that Outlook can use Kerberos authentication against Exchange server (but I haven't attempted to test if it will work with "normal" IMAP server, still on my low priority TODO list). But nothing about Outlook Express. Is there some special option somewhere to set? BTW, does Outlook (as opposed to Outlook Express) handles "altnamespace: off" and shared folders properly? -- Aleksandar Milivojevic <[EMAIL PROTECTED]>Pollard Banknote Limited Systems Administrator 1499 Buffalo Place Tel: (204) 474-2323 ext 276 Winnipeg, MB R3T 1L7 --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Apple Mail.app not playing nicely with Cyrus on large mailboxes
On Wed, 19 Jan 2005, Gregory Harris wrote: > Hi. Last Sunday I migrated all of my users mailboxes from a traditional > [...] > I have had a similar problem with one user that uses Ximian Evolution > 1.4.6. Same error message on the server side, on the client side, says I have only a tiny testcase to comment on, but I recently switched my mother from a Linux laptop using Evolution to an iBook using the Apple Mail app. I presume the latter is the latest version: the machine was delivered running 10.3.5 and I updated it to 10.3.7 immediately. Her mailbox resides on my private server, using Cyrus 2.2.8 on a fairly messy (2.4.20 kernel) Redhat installation. It's accessed via IMAP over a DSL connection. When she switched to the Apple, the first thing I helped her do was resync her mailbox and take offline copies, which meant that about two years of mail, including some large attachments, was downloaded. It appeared to work correctly. ian --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
RE: Apple Mail.app not playing nicely with Cyrus on large mailboxes
Gregory Harris wrote: > Hi. Last Sunday I migrated all of my users mailboxes from a > traditional BSD unix mail setup to Cyrus-IMAP. The majority of my > users use the Apple Mail.app client. I am having problems with a > couple of them (one in particular that has a huge INBOX, some with > attachments). When she opens her e-mail, the client fails to > retreive her mail, and drops the connection. Just curious...how did you actually migrate the messages? Did you do it through IMAP, or did you use some migration tool that manipulates the files directly? The reason I ask is I'm wondering if the people that are having this problem have a message or messages in their box that Cyrus doesn't like for some reason which causes it to crash. I would think that if you migrated through IMAP this wouldn't happen but if you used a tool that manipulates files directly then it might. Of course I'm just guessing. One thing to try: Create a subdirectory under /var/imap/log with the same name as the user having the problem. Cyrus will create a telemetry log for that user which will tell you exactly what is taking place in the IMAP conversation. If it is a particular message that Cyrus is always dying on this should be able to tell you which one it is (maybe?). Just a thought... --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Apple Mail.app not playing nicely with Cyrus on large mailboxes
Hi, --On 19. Januar 2005 14:56:42 Uhr -0600 Gregory Harris <[EMAIL PROTECTED]> wrote: Last Sunday I migrated all of my users mailboxes from a traditional BSD unix mail setup to Cyrus-IMAP. which version? The majority of my users use the Apple Mail.app client. I am having problems with a couple of them (one in particular that has a huge INBOX, some with attachments). When she opens her e-mail, the client fails to retreive her mail, and drops the connection. The logs say something similar to: Jan 18 15:31:32 bayes imap[31658]: accepted connection Jan 18 15:31:33 bayes imap[31539]: accepted connection Jan 18 15:31:33 bayes imap[31539]: login: bozenna.math.ku.edu [129.237.130.170] bozenna GSSAPI User logged in Jan 18 15:31:33 bayes imap[31539]: open: user bozenna opened INBOX Jan 18 15:31:33 bayes imap[31539]: open: user bozenna opened INBOX Jan 18 15:31:33 bayes imap[31658]: accepted connection Jan 18 15:31:33 bayes imap[31658]: login: bozenna.math.ku.edu [129.237.130.170] bozenna GSSAPI User logged in Jan 18 15:31:33 bayes master[4894]: process 31539 exited, signaled to death by 6 Jan 18 15:31:33 bayes master[4894]: service imap pid 31539 in BUSY state: terminated abnormally I increased the prefork value from 5 to 50 (in slow increments) and it appears to be able to download more headers but still drops the connection. That must be coincidence, IMO. Preforking has nothing to do with that. I have had a similar problem with one user that uses Ximian Evolution 1.4.6. Same error message on the server side, on the client side, says something to the effect of "connection unexpectedly dropped". I know this is probably related to bad IMAP programming on the client side, I'm not so sure. It's not as though Cyrus has no bugs ... I would greatly appreciate any help you could provide on this matter. Try logging telemetry data to find out which commands are causing the server to drop the connection. You need to create a directory with the user's username in (e.g.) /var/lib/imap/log. After that you will find one file for each PID, containing the entire exchange between client and server. Report back to the list with the results. Cheers, Sebastian -- Sebastian Hagedorn M.A. - RZKR-R1 (GebÃude 52), Zimmer 18 Zentrum fÃr angewandte Informatik - UniversitÃtsweiter Service RRZK UniversitÃt zu KÃln / Cologne University - Tel. +49-221-478-5587 pgpBM6xEKPPwr.pgp Description: PGP signature
Re: Apple Mail.app not playing nicely with Cyrus on large mailboxes
Okay guys. Thanks for your help in pointing me to do verbose logging on a per-user basis.. I didn't know this exists and.. this is an incredibly useful feature! -- Version Information -- The version of Cyrus I am using is 2.2.9. It is Simon Matter's SRPM recompiled on the box i'm running it on. I am running Scientific Linux 3.02 (which is basically RHEL3 recompiled with some extra stuff added in). Now looking at the version, I'm seeing a security advisory that there is a buffer overflow for that version. I guess I should be updating it, as a side note, do i have to worry about upgrading the databases when i update the RPM? -- How I migrated -- Next, the way I migrated it was through direct file manipulation. Using IMAP to transfer the messages would have taken way too long for my userbase. (It took 5 hours doing it directly!) I basically followed the instructions on ONID's migration site, http://www.onid.orst.edu/docs/technical/cyrusmigration.shtml. I used their scripts and modified them slightly to suit my needs. I added another script to touch the date of each message file based on the From: line (on the first line of the message) before calling the Cyrus reconstruct command to get the INTERNALDATE's right. (For some reason Apple's Mail.app uses INTERNALDATE rather than the real message dates in the index listing). Then I borrowed and significantly modified a python script to fix all of the flags by selecting X-Status and Status header fields and updating them through IMAP. Since python's IMAP proxy feature is broken, I had to fake the password backend during this process by adding a hash for each user to /etc/shadow, so it would override kerberos for authentication. -- Debugging test this morning -- I was able to recreate cyrus closing the connection by telnetting to port 143 of the cyrus server and entering some of the same commands that I found in the telemetry logs. This is what caused the crash: [EMAIL PROTECTED] bozenna]# telnet localhost 143 Trying 127.0.0.1... Connected to localhost.localdomain (127.0.0.1). Escape character is '^]'. * OK bayes Cyrus IMAP4 v2.2.9-Invoca-RPM-2.2.9-1 server ready 1 login bozenna * 1 OK User logged in 2 SELECT INBOX * FLAGS (\Answered \Flagged \Draft \Deleted \Seen NotJunk Junk $MDNSent $Forwarded) * OK [PERMANENTFLAGS (\Answered \Flagged \Draft \Deleted \Seen NotJunk Junk $MDNSent $Forwarded \*)] * 271 EXISTS * 0 RECENT * OK [UNSEEN 40] * OK [UIDVALIDITY 1105857209] * OK [UIDNEXT 1025] 2 OK [READ-WRITE] Completed 3 UID FETCH 340:365 (INTERNALDATE UID RFC822.SIZE FLAGS BODY.PEEK[HEADER.FIELDS (date subject from to message-id in-reply-to x-spam-flag)]) Connection closed by foreign host. Now, I don't understand where Mail.app gets the UID FETCH 340:365 command. Nor do I understand where Mail.app gets the UID 338 from. This is the command sent before the command that causes it to crash: "UID FETCH 338:*" The relevant Mail.app session I captured from the telemetry log is as follows: -- bozenna Thu Jan 20 10:08:07 2005 >1106237287>1 OK User logged in <1106237287<2 CAPABILITY >1106237287>* CAPABILITY IMAP4 IMAP4rev1 ACL QUOTA LITERAL+ MAILBOX-REFERRALS NAMESPACE UIDPLUS ID NO_ATOMIC_RENAME UNSELECT CHILDREN MULTIAPPEND BINARY SORT THREAD=ORDEREDSUBJECT THREAD=REFERENCES ANNOTATEMORE IDLE LOGINDISABLED LISTEXT LIST-SUBSCRIBED X-NETSCAPE 2 OK Completed <1106237287<3 SELECT INBOX >1106237287>* FLAGS (\Answered \Flagged \Draft \Deleted \Seen NotJunk Junk $MDNSent $Forwarded) * OK [PERMANENTFLAGS (\Answered \Flagged \Draft \Deleted \Seen NotJunk Junk $MDNSent $Forwarded \*)] * 271 EXISTS * 0 RECENT * OK [UNSEEN 40] * OK [UIDVALIDITY 1105857209] * OK [UIDNEXT 1025] 3 OK [READ-WRITE] Completed <1106237287<4 UID FETCH 338:* (UID FLAGS) >1106237287>* 185 FETCH (FLAGS (\Seen $MDNSent) UID 340) * 186 FETCH (FLAGS (\Seen) UID 344) * 187 FETCH (FLAGS (\Seen) UID 345) * 188 FETCH (FLAGS (\Seen) UID 346) * 189 FETCH (FLAGS (\Seen) UID 349) * 190 FETCH (FLAGS (\Seen) UID 350) * 191 FETCH (FLAGS (\Seen) UID 353) * 192 FETCH (FLAGS (\Seen) UID 365) * 193 FETCH (FLAGS (\Seen) UID 367) * 194 FETCH (FLAGS (\Seen $Forwarded) UID 389) * 195 FETCH (FLAGS (\Seen $Forwarded) UID 418) * 196 FETCH (FLAGS (\Seen) UID 419) * 197 FETCH (FLAGS (\Seen) UID 425) * 198 FETCH (FLAGS (\Seen) UID 435) * 199 FETCH (FLAGS (\Seen) UID 473) * 200 FETCH (FLAGS (\Seen) UID 475) * 201 FETCH (FLAGS (\Seen) UID 487) * 202 FETCH (FLAGS (\Seen) UID 488) * 203 FETCH (FLAGS (\Seen) UID 502) * 204 FETCH (FLAGS (\Seen) UID 508) * 205 FETCH (FLAGS (\Seen) UID 513) * 206 FETCH (FLAGS (\Seen) UID 514) * 207 FETCH (FLAGS (\Seen) UID 525) * 208 FETCH (FLAGS (\Seen) UID 534) * 209 FETCH (FLAGS (\Seen) UID 540) * 210 FETCH (FLAGS (\Seen) UID 552) * 211 FETCH (FLAGS (\Seen NotJunk) UID 575) * 212 FETCH (FLAGS (\Seen NotJunk) UID 637) * 213 FETCH (FLAGS (\Seen NotJunk) UID 647) * 214 FETCH (FLAGS (\Seen NotJunk) UID 790) * 215 FETCH (FLAGS (\Seen NotJ
Re: Apple Mail.app not playing nicely with Cyrus on large mailboxes
> Okay guys. Thanks for your help in pointing me to do verbose logging on > a per-user basis.. I didn't know this exists and.. this is an > incredibly useful feature! > > -- Version Information -- > The version of Cyrus I am using is 2.2.9. It is Simon Matter's SRPM > recompiled on the box i'm running it on. I am running Scientific Linux > 3.02 (which is basically RHEL3 recompiled with some extra stuff added > in). Now looking at the version, I'm seeing a security advisory that > there is a buffer overflow for that version. I guess I should be > updating it, as a side note, do i have to worry about upgrading the > databases when i update the RPM? You should upgrade to 2.2.10 and you don't have to worry about your databases. Concerning your problem, the only thing I can think of is that some of your mails transferred via the file copy method are corrupt and cyrus doesn't handle them as expected. Simon > > -- How I migrated -- > Next, the way I migrated it was through direct file manipulation. Using > IMAP to transfer the messages would have taken way too long for my > userbase. (It took 5 hours doing it directly!) I basically followed > the instructions on ONID's migration site, > http://www.onid.orst.edu/docs/technical/cyrusmigration.shtml. I used > their scripts and modified them slightly to suit my needs. I added > another script to touch the date of each message file based on the From: > line (on the first line of the message) before calling the Cyrus > reconstruct command to get the INTERNALDATE's right. (For some reason > Apple's Mail.app uses INTERNALDATE rather than the real message dates in > the index listing). Then I borrowed and significantly modified a python > script to fix all of the flags by selecting X-Status and Status header > fields and updating them through IMAP. Since python's IMAP proxy > feature is broken, I had to fake the password backend during this > process by adding a hash for each user to /etc/shadow, so it would > override kerberos for authentication. > > -- Debugging test this morning -- > I was able to recreate cyrus closing the connection by telnetting to > port 143 of the cyrus server and entering some of the same commands that > I found in the telemetry logs. This is what caused the crash: > > [EMAIL PROTECTED] bozenna]# telnet localhost 143 > Trying 127.0.0.1... > Connected to localhost.localdomain (127.0.0.1). > Escape character is '^]'. > * OK bayes Cyrus IMAP4 v2.2.9-Invoca-RPM-2.2.9-1 server ready > 1 login bozenna * > 1 OK User logged in > 2 SELECT INBOX > * FLAGS (\Answered \Flagged \Draft \Deleted \Seen NotJunk Junk $MDNSent > $Forwarded) > * OK [PERMANENTFLAGS (\Answered \Flagged \Draft \Deleted \Seen NotJunk > Junk $MDNSent $Forwarded \*)] > * 271 EXISTS > * 0 RECENT > * OK [UNSEEN 40] > * OK [UIDVALIDITY 1105857209] > * OK [UIDNEXT 1025] > 2 OK [READ-WRITE] Completed > 3 UID FETCH 340:365 (INTERNALDATE UID RFC822.SIZE FLAGS > BODY.PEEK[HEADER.FIELDS (date subject from to message-id in-reply-to > x-spam-flag)]) > Connection closed by foreign host. > > Now, I don't understand where Mail.app gets the UID FETCH 340:365 > command. Nor do I understand where Mail.app gets the UID 338 from. > This is the command sent before the command that causes it to crash: > "UID FETCH 338:*" The relevant Mail.app session I captured from the > telemetry log is as follows: > > -- bozenna Thu Jan 20 10:08:07 2005 > > >1106237287>1 OK User logged in > <1106237287<2 CAPABILITY > >1106237287>* CAPABILITY IMAP4 IMAP4rev1 ACL QUOTA LITERAL+ > MAILBOX-REFERRALS NAMESPACE UIDPLUS ID NO_ATOMIC_RENAME UNSELECT > CHILDREN MULTIAPPEND BINARY SORT THREAD=ORDEREDSUBJECT THREAD=REFERENCES > ANNOTATEMORE IDLE LOGINDISABLED LISTEXT LIST-SUBSCRIBED X-NETSCAPE > 2 OK Completed > <1106237287<3 SELECT INBOX > >1106237287>* FLAGS (\Answered \Flagged \Draft \Deleted \Seen NotJunk > Junk $MDNSent $Forwarded) > * OK [PERMANENTFLAGS (\Answered \Flagged \Draft \Deleted \Seen NotJunk > Junk $MDNSent $Forwarded \*)] > * 271 EXISTS > * 0 RECENT > * OK [UNSEEN 40] > * OK [UIDVALIDITY 1105857209] > * OK [UIDNEXT 1025] > 3 OK [READ-WRITE] Completed > <1106237287<4 UID FETCH 338:* (UID FLAGS) > >1106237287>* 185 FETCH (FLAGS (\Seen $MDNSent) UID 340) > * 186 FETCH (FLAGS (\Seen) UID 344) > * 187 FETCH (FLAGS (\Seen) UID 345) > * 188 FETCH (FLAGS (\Seen) UID 346) > * 189 FETCH (FLAGS (\Seen) UID 349) > * 190 FETCH (FLAGS (\Seen) UID 350) > * 191 FETCH (FLAGS (\Seen) UID 353) > * 192 FETCH (FLAGS (\Seen) UID 365) > * 193 FETCH (FLAGS (\Seen) UID 367) > * 194 FETCH (FLAGS (\Seen $Forwarded) UID 389) > * 195 FETCH (FLAGS (\Seen $Forwarded) UID 418) > * 196 FETCH (FLAGS (\Seen) UID 419) > * 197 FETCH (FLAGS (\Seen) UID 425) > * 198 FETCH (FLAGS (\Seen) UID 435) > * 199 FETCH (FLAGS (\Seen) UID 473) > * 200 FETCH (FLAGS (\Seen) UID 475) > * 201 FETCH (FLAGS (\Seen) UID 487) > * 202 FETCH (FLAGS (\Seen) UID 488) > * 203 FETCH (FLAGS (\Seen) UID 502) > * 204 FETCH (FLAGS (\See
re: Apple Mail.app not playing nicely with Cyrus on large mailboxes
I'm not sure if this is a Mac problem (probably) or a Cyrus problem... but I'm running into exactly the same thing. We just moved to Macs a little while ago, and some of our users have horrible response with the Mail client. I just built a new mail server (Cyrus 2.2.10-8 & Sendmail running on red hat enterprise linux 3.0) and I'm doing some stress testing. At first I sent a 1000's of messages to my mailbox and things seemed to work fine with Mail.app. (100's of megs worth of data) Well... worked fine after the initial hour or 2 of caching the headers, downloading the messages, and indexing the local cache. Next I migrated one user's INBOX folder (170 megs in 3000+ messages) from exchange to the Cyrus server. The user's mailbox has 500+ megs of mail but I wanted to start small. Although my mailbox had more messages, and was larger, the Mail.app client works a lot better with my mailbox than it does with the first user I tried to test with. I copied the mail over using Outlook. It seemed like the easiest way (right click copy paste) even though it took > 1hr to copy the 170 megs. I just read this thread so now I plan on trying to add a telemetry log for that user and do some more testing. I'll follow up if I learn anything worthwile. Dan --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Apple Mail.app not playing nicely with Cyrus on large mailboxes, SOLVED
Hi, I have solved the problem. What I did was telnet to port 143, use the imap commands to manually login the user and select the message range that was causing the problem. From there, I then narrowed that range, to determine the exact message that was causing the problem and crashing the server. When I determined that it was UID 340, i went to the user's inbox directory and moved message 340 to a vacant number (you must do this so the reconstruct command purges existing headers for that message!), and then modified the headers to prevent problems. I noted that the from address had extra <'s and "'s nested and in the wrong places (this is exactly how it was in UW-Imap, I went back to the mail spool to double check). once i fixed these, i called the cyrus reconstruct command and went back to the command line and telneted to port 143, selecting both the new and the old message numbers to verify it wouldn't crash the server. And it didn't. The other user using Ximian Evolution had been cc:'d the same message. Out of millions of e-mail messages, migrated, these were the only two that caused any type of a crash. And the crash only occured with Evolution and Mail.app, but did not occur with pine and with Mozilla Thunderbird. Looking at the telemetry log, I noticed that there was a fundamental difference in the commands used to select the headers of the messages. Thanks guys for all your help. Greg Dan Perez wrote: I'm not sure if this is a Mac problem (probably) or a Cyrus problem... but I'm running into exactly the same thing. We just moved to Macs a little while ago, and some of our users have horrible response with the Mail client. I just built a new mail server (Cyrus 2.2.10-8 & Sendmail running on red hat enterprise linux 3.0) and I'm doing some stress testing. At first I sent a 1000's of messages to my mailbox and things seemed to work fine with Mail.app. (100's of megs worth of data) Well... worked fine after the initial hour or 2 of caching the headers, downloading the messages, and indexing the local cache. Next I migrated one user's INBOX folder (170 megs in 3000+ messages) from exchange to the Cyrus server. The user's mailbox has 500+ megs of mail but I wanted to start small. Although my mailbox had more messages, and was larger, the Mail.app client works a lot better with my mailbox than it does with the first user I tried to test with. I copied the mail over using Outlook. It seemed like the easiest way (right click copy paste) even though it took > 1hr to copy the 170 megs. I just read this thread so now I plan on trying to add a telemetry log for that user and do some more testing. I'll follow up if I learn anything worthwile. Dan -- Gregory Harris Network Specialist Department of Mathematics The University of Kansas [EMAIL PROTECTED] (785) 864-7311 --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
cyrus imapd 2.2.10 "disappears" on Solaris 8 host
I just got cyrus imapd 2.2.10 running on a Solaris 8 host. Problem is, the
master process keeps disappearing off the process list. It's not dumping
core. It's not logging any problems. It's just going away.
We need this to run reliably. Can anyone give me any suggestions as to how
to debug the situation?
/etc/cyrus.conf:
# standard standalone server implementation
START {
# do not delete this entry!
recover cmd="ctl_cyrusdb -r"
# this is only necessary if using idled for IMAP IDLE
# idledcmd="idled"
}
# UNIX sockets start with a slash and are put into /var/imap/socket
SERVICES {
# add or remove based on preferences
imap cmd="imapd" listen="imap" prefork=0
imaps cmd="imapd -s" listen="imaps" prefork=0
pop3 cmd="pop3d" listen="pop3" prefork=0
pop3s cmd="pop3d -s" listen="pop3s" prefork=0
sieve cmd="timsieved" listen="sieve" prefork=0
# these are only necessary if receiving/exporting usenet via NNTP
# nntp cmd="nntpd" listen="nntp" prefork=0
# nntpscmd="nntpd -s" listen="nntps" prefork=0
# at least one LMTP is required for delivery
# lmtp cmd="lmtpd" listen="lmtp" prefork=0
# lmtpunix cmd="lmtpd" listen="/u00/imap/config/socket/lmtp" prefork=0
lmtp cmd="lmtpd" listen="/u00/imap/config/socket/lmtp" prefork=0
# this is only necessary if using notifications
# notify cmd="notifyd" listen="/u00/imap/config/socket/notify"
proto="udp
" prefork=1
}
EVENTS {
# this is required
checkpointcmd="ctl_cyrusdb -c" period=30
# this is only necessary if using duplicate delivery suppression,
# Sieve or NNTP
delprune cmd="cyr_expire -E 3" at=0400
# this is only necessary if caching TLS sessions
tlsprune cmd="tls_prune" at=0400
}
/etc/imapd.conf:
configdirectory:/u00/imap/config
partition-default: /u00/imap/mailstore
admins: root cyrus
sasl_pwcheck_method:auxprop
Matt Kirsch
Unix Systems Administrator
(585) 340-2736 Office
(585) 340-2819 Fax
[EMAIL PROTECTED]
---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: cyrus imapd 2.2.10 "disappears" on Solaris 8 host
On Thu, 20 Jan 2005, Kirsch, Mathew (Matt) wrote:
I just got cyrus imapd 2.2.10 running on a Solaris 8 host. Problem is, the
master process keeps disappearing off the process list. It's not dumping
core. It's not logging any problems. It's just going away.
We need this to run reliably. Can anyone give me any suggestions as to how
to debug the situation?
Did you compile snmp support with cyrus-imapd? There is a problem with
net-snmp 5.2. Otherwise, you can attach debugger to the master process
and post backtrace.
-Igor
/etc/cyrus.conf:
# standard standalone server implementation
START {
# do not delete this entry!
recover cmd="ctl_cyrusdb -r"
# this is only necessary if using idled for IMAP IDLE
# idledcmd="idled"
}
# UNIX sockets start with a slash and are put into /var/imap/socket
SERVICES {
# add or remove based on preferences
imap cmd="imapd" listen="imap" prefork=0
imaps cmd="imapd -s" listen="imaps" prefork=0
pop3 cmd="pop3d" listen="pop3" prefork=0
pop3s cmd="pop3d -s" listen="pop3s" prefork=0
sieve cmd="timsieved" listen="sieve" prefork=0
# these are only necessary if receiving/exporting usenet via NNTP
# nntp cmd="nntpd" listen="nntp" prefork=0
# nntpscmd="nntpd -s" listen="nntps" prefork=0
# at least one LMTP is required for delivery
# lmtp cmd="lmtpd" listen="lmtp" prefork=0
# lmtpunix cmd="lmtpd" listen="/u00/imap/config/socket/lmtp" prefork=0
lmtp cmd="lmtpd" listen="/u00/imap/config/socket/lmtp" prefork=0
# this is only necessary if using notifications
# notify cmd="notifyd" listen="/u00/imap/config/socket/notify"
proto="udp
" prefork=1
}
EVENTS {
# this is required
checkpointcmd="ctl_cyrusdb -c" period=30
# this is only necessary if using duplicate delivery suppression,
# Sieve or NNTP
delprune cmd="cyr_expire -E 3" at=0400
# this is only necessary if caching TLS sessions
tlsprune cmd="tls_prune" at=0400
}
/etc/imapd.conf:
configdirectory:/u00/imap/config
partition-default: /u00/imap/mailstore
admins: root cyrus
sasl_pwcheck_method:auxprop
Matt Kirsch
Unix Systems Administrator
(585) 340-2736 Office
(585) 340-2819 Fax
[EMAIL PROTECTED]
---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
--
Igor
---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
RE: cyrus imapd 2.2.10 "disappears" on Solaris 8 host
No, I did not compile it with net-snmp.
I don't have any debugging tools beyond Solaris's "truss" utility. Problem
is, as long as I'm watching it with truss, it runs. As soon as I disconnect,
it dies again.
-Original Message-
From: Igor Brezac [mailto:[EMAIL PROTECTED]
Sent: Thursday, January 20, 2005 3:00 PM
To: Kirsch, Mathew (Matt)
Cc: 'info-cyrus@lists.andrew.cmu.edu'
Subject: Re: cyrus imapd 2.2.10 "disappears" on Solaris 8 host
On Thu, 20 Jan 2005, Kirsch, Mathew (Matt) wrote:
> I just got cyrus imapd 2.2.10 running on a Solaris 8 host. Problem is, the
> master process keeps disappearing off the process list. It's not dumping
> core. It's not logging any problems. It's just going away.
>
> We need this to run reliably. Can anyone give me any suggestions as to how
> to debug the situation?
Did you compile snmp support with cyrus-imapd? There is a problem with
net-snmp 5.2. Otherwise, you can attach debugger to the master process
and post backtrace.
-Igor
> /etc/cyrus.conf:
> # standard standalone server implementation
>
> START {
> # do not delete this entry!
> recover cmd="ctl_cyrusdb -r"
>
> # this is only necessary if using idled for IMAP IDLE
> # idledcmd="idled"
> }
>
> # UNIX sockets start with a slash and are put into /var/imap/socket
> SERVICES {
> # add or remove based on preferences
> imap cmd="imapd" listen="imap" prefork=0
> imaps cmd="imapd -s" listen="imaps" prefork=0
> pop3 cmd="pop3d" listen="pop3" prefork=0
> pop3s cmd="pop3d -s" listen="pop3s" prefork=0
> sieve cmd="timsieved" listen="sieve" prefork=0
>
> # these are only necessary if receiving/exporting usenet via NNTP
> # nntp cmd="nntpd" listen="nntp" prefork=0
> # nntpscmd="nntpd -s" listen="nntps" prefork=0
>
> # at least one LMTP is required for delivery
> # lmtp cmd="lmtpd" listen="lmtp" prefork=0
> # lmtpunix cmd="lmtpd" listen="/u00/imap/config/socket/lmtp"
prefork=0
> lmtp cmd="lmtpd" listen="/u00/imap/config/socket/lmtp" prefork=0
>
> # this is only necessary if using notifications
> # notify cmd="notifyd" listen="/u00/imap/config/socket/notify"
> proto="udp
> " prefork=1
> }
>
> EVENTS {
> # this is required
> checkpointcmd="ctl_cyrusdb -c" period=30
>
> # this is only necessary if using duplicate delivery suppression,
> # Sieve or NNTP
> delprune cmd="cyr_expire -E 3" at=0400
>
> # this is only necessary if caching TLS sessions
> tlsprune cmd="tls_prune" at=0400
> }
>
> /etc/imapd.conf:
> configdirectory:/u00/imap/config
> partition-default: /u00/imap/mailstore
> admins: root cyrus
> sasl_pwcheck_method:auxprop
>
>
> Matt Kirsch
> Unix Systems Administrator
> (585) 340-2736 Office
> (585) 340-2819 Fax
> [EMAIL PROTECTED]
> ---
> Cyrus Home Page: http://asg.web.cmu.edu/cyrus
> Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
> List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
>
--
Igor
---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
RE: cyrus imapd 2.2.10 "disappears" on Solaris 8 host
A little more info:
I found out that it was actually logging this to syslogd:
Jan 20 14:58:23 uxrsp210 master[10009]: [ID 183672 local6.info] exiting on
SIGTERM/SIGINT
That's IT, though. No other diagnostics appear. I've since upgraded from
Berkeley DB 3.3.1 to Berkeley DB 4.2.52, and it didn't make any difference,
except now I'm getting these error messages:
Jan 20 15:00:03 uxrsp210 ctl_cyrusdb[10025]: DBERROR: error listing log
files: DB_NOTFOUND: No matching key/data pair found
Jan 20 15:00:03 uxrsp210 ctl_cyrusdb[10025]: DBERROR: archive
/u00/imap/config/db: cyrusdb error
Jan 20 15:00:03 uxrsp210 ctl_cyrusdb[10025]: DBERROR: error listing log
files: DB_NOTFOUND: No matching key/data pair found
Jan 20 15:00:03 uxrsp210 ctl_cyrusdb[10025]: DBERROR: archive
/u00/imap/config/db: cyrusdb error
-Original Message-
From: Kirsch, Mathew (Matt)
Sent: Thursday, January 20, 2005 1:50 PM
To: 'info-cyrus@lists.andrew.cmu.edu'
Subject: cyrus imapd 2.2.10 "disappears" on Solaris 8 host
I just got cyrus imapd 2.2.10 running on a Solaris 8 host. Problem is, the
master process keeps disappearing off the process list. It's not dumping
core. It's not logging any problems. It's just going away.
We need this to run reliably. Can anyone give me any suggestions as to how
to debug the situation?
/etc/cyrus.conf:
# standard standalone server implementation
START {
# do not delete this entry!
recover cmd="ctl_cyrusdb -r"
# this is only necessary if using idled for IMAP IDLE
# idledcmd="idled"
}
# UNIX sockets start with a slash and are put into /var/imap/socket
SERVICES {
# add or remove based on preferences
imap cmd="imapd" listen="imap" prefork=0
imaps cmd="imapd -s" listen="imaps" prefork=0
pop3 cmd="pop3d" listen="pop3" prefork=0
pop3s cmd="pop3d -s" listen="pop3s" prefork=0
sieve cmd="timsieved" listen="sieve" prefork=0
# these are only necessary if receiving/exporting usenet via NNTP
# nntp cmd="nntpd" listen="nntp" prefork=0
# nntpscmd="nntpd -s" listen="nntps" prefork=0
# at least one LMTP is required for delivery
# lmtp cmd="lmtpd" listen="lmtp" prefork=0
# lmtpunix cmd="lmtpd" listen="/u00/imap/config/socket/lmtp" prefork=0
lmtp cmd="lmtpd" listen="/u00/imap/config/socket/lmtp" prefork=0
# this is only necessary if using notifications
# notify cmd="notifyd" listen="/u00/imap/config/socket/notify"
proto="udp
" prefork=1
}
EVENTS {
# this is required
checkpointcmd="ctl_cyrusdb -c" period=30
# this is only necessary if using duplicate delivery suppression,
# Sieve or NNTP
delprune cmd="cyr_expire -E 3" at=0400
# this is only necessary if caching TLS sessions
tlsprune cmd="tls_prune" at=0400
}
/etc/imapd.conf:
configdirectory:/u00/imap/config
partition-default: /u00/imap/mailstore
admins: root cyrus
sasl_pwcheck_method:auxprop
Matt Kirsch
Unix Systems Administrator
(585) 340-2736 Office
(585) 340-2819 Fax
[EMAIL PROTECTED]
---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
What does this error mean?
hi, I'm running the cmu-imap server v2.2.3 with pop3 enabled. Every minute of so I get the following error in the maillog: pop3[6250]: unable to open Berkeley db /etc/sasldb2: No such file or directory Of course, it is correct that I have no /etc/sasldb2 file since I'm running saslauthd with the LDAP option. I do not get a similar error for imap accesses and in the /usr/local/lib/sasl2 directory I have both an imap.conf and a pop3.conf and they are identical. Do I need to add some additinal configuration info somewhere? Thanks. -- Rob Tanner UNIX Services Manager Linfield College, McMinnville OR
A make problem
I’m trying to rebuild the stuff in $SOURCEDIR/perl/imap, since I found a google on my linking problems, and that I needed to remake and install this, but I get the following error in make test: PERL_DL_NONLAZY=1 /bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0, 'blib/lib', 'blib/arch')" t/*.tt/01-imclientCan't load '/cyrus-imapd-2.2.9/perl/imap/blib/arch/auto/Cyrus/IMAP/IMAP.so' for module Cyrus::IMAP: ld.so.1: /bin/perl: fatal: relocation error: file /cyrus-imapd-2.2.9/perl/imap/blib/arch/auto/Cyrus/IMAP/IMAP.so: symbol fdatasync: referenced symbol not found at /usr/local/lib/perl5/5.8.5/sun4-solaris/DynaLoader.pm line 230. at t/01-imclient.t line 51Compilation failed in require at t/01-imclient.t line 51.BEGIN failed--compilation aborted at t/01-imclient.t line 51.dubious Test returned status 255 (wstat 65280, 0xff00)t/02-admin...Can't load '/cyrus-imapd-2.2.9/perl/imap/blib/arch/auto/Cyrus/IMAP/IMAP.so' for module Cyrus::IMAP: ld.so.1: /bin/perl: fatal: relocation error: file /cyrus-imapd-2.2.9/perl/imap/blib/arch/auto/Cyrus/IMAP/IMAP.so: symbol fdatasync: referenced symbol not found at /usr/local/lib/perl5/5.8.5/sun4-solaris/DynaLoader.pm line 230. at /cyrus-imapd-2.2.9/perl/imap/blib/lib/Cyrus/IMAP/Admin.pm line 44Compilation failed in require at /cyrus-imapd-2.2.9/perl/imap/blib/lib/Cyrus/IMAP/Admin.pm line 44.BEGIN failed--compilation aborted at /cyrus-imapd-2.2.9/perl/imap/blib/lib/Cyrus/IMAP/Admin.pm line 44.Compilation failed in require at t/02-admin.t line 51.BEGIN failed--compilation aborted at t/02-admin.t line 51.dubious Test returned status 255 (wstat 65280, 0xff00)FAILED--2 test scripts could be run, alas--no output ever seenmake: *** [test_dynamic] Error 2 Can anyone tell me where I am going wrong? Thanks, --H. Scott Brown
Manipulating References & In-Reply-To
Hi all, I'm building a web forum system on top of Cyrus. Some people apparently want a message editing system, and possibly thread splitting / merging abilities. For message editing, I think it's okay if the original message is deleted, and then replaced with the edited message contents, via an IMAP post operation, that has the exact same headers as the original message (especially References & In-Reply-To). Is this a more-or-less okay train of thought? I know one of the RFCs says that a Message ID is supposed to be absolutely unique. But for in-place editing, I really don't want to think of the processing load it would take to replace the edited message and also change the In-Reply-To and References headers of all of that message's child messages. Along the same lines, for message splitting, does Cyrus do its threading by In-Reply-To or References? What about the usual mail clients? Again, I'm trying to figure out whether I can split the message thread by editing one message, or if I have to remove a whole string of References message IDs from all of the split thread's messages. Any comments or suggestions for handling this? Thanks! -- Scott Balmos --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Send (bcc) mail from Postfix to public folder
Paolo Negri wrote: You need to set posting permission for user anonymous on public folders. That's the reason of "permission denied" error. Search in google "cyrus public folders" anyway try in cyradm localhost> sam public.kunden.hello anonymous p That's what I've done, but... I recall I have read somewhere that LMTP connection can be authenticated. Can this be setup in such a way, that MTA authenticates itself as user "cyrus" and permission on the shared folder is "cyrus p"? Nix. --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Outlook Express, Cyrus, and altnamespace
Aleksandar Milivojevic wrote: Nikola Milutinovic wrote: This boils down to: if you want your users to share certain folders, make up your mind - either have them under "user.*" hierarchy or "shared.*". I will also add that Mozilla works flawlessly. But mozilla still lacks GSSAPI authentication, so I'm forced to use OE. Hmmm... I thought that OE dosn't do GSSAPI/Kerberos thing either? I found some references that Outlook can use Kerberos authentication against Exchange server (but I haven't attempted to test if it will work with "normal" IMAP server, still on my low priority TODO list). But nothing about Outlook Express. Is there some special option somewhere to set? I have only heard of this, a guy who implemented MS ADS, Cyrus IMAP and OE. He claims it works without a glitch. I believe that the mysterious option is "Use Secure Password Authhentication". In machines that are not a part of ADS, but are a part of NT4 domain, it activates NTLM. And if you recall SPNEGO implementation in MS products will try GSS-PAI (or SSPI-API?) and if it fails, NTLM. So, I guess that is the right track to follow. BTW, does Outlook (as opposed to Outlook Express) handles "altnamespace: off" and shared folders properly? Search me... Nix. --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
