Home › Forums › OS X Server and Client Discussion › Mail › Cyrus is acting slow? GUI too? Can’t figure out why
- This topic has 3 replies, 2 voices, and was last updated 18 years, 2 months ago by
afp548contributor.
-
AuthorPosts
-
January 21, 2007 at 6:38 pm #368053
Demani
ParticipantThe server is extraordinarily slow, but nothing shows up as taking too much CPU when looking through top. Now, this is slow both from the interface (i.e. Terminal takes about 1 minute to start, and each of the three greeting lines takes about 15-20 seconds to appear, i.e. the “Welcome to Darwin!” stuff) and from the mail filing and access part of things.
Postfix seems to be running well- my queue is small, and messages are flowing through in a timely fashion (intra-organization emails arrive in the mailbox almost immediately). However end users are having problems:
-Logging on initially can take a while.
-Filing messages can take a while, or time out altogether.
-After sending messages, they often end up back in the Drafts folder (I assume the server didn’t respond quickly enough so Mail.app put it there instead of in the sent items.)I see the following in the logs:
From Console:
[code]
Jan 19 10:36:35 mail servermgrd: servermgr_dns: more than one name for the primary IP address, unable to pick one
Jan 19 10:36:35 mail servermgrd: servermgr_dns: no reverse DNS entry for server, various services may not function properly
[/code]host IPaddress returns three addresses (I assume the previous guy had three all three domains set up for reverse DNS). host hostname returns the proper IP address. The machine should be set to mail.domain1.com (it is correct in the imapd.conf file) but I thought reverse DNS was really only an issue for OD. Should I just set up DNS on the server so it’s self sufficient?
from mailaccess.log
Jan 19 10:44:26 mail imap[29555]: idle for too long, closing connectionBut that has been around for while and is not surprising due to internet access complications (the users connect to the server through a 3rd party controlled network pipe that does load balancing but doesn’t keep seeesion s on the same conenction-so each user has 2-4 connections at any point)..
Top shows:
[code]
613 perl 41.4% 0:02.90 1 10 156 14.7M+ 32.3M 23.4M+ 58.2M
580 perl 32.8% 0:04.37 1 10 155 15.2M+ 32.4M 23.8M+ 58.2M
627 top 16.5% 0:07.71 1 21 22 512K 348K 944K 26.9M
68 WindowServ 4.9% 14:43.33 3 224 357 2.62M- 24.8M- 25.7M- 220M-
296 SystemUISe 1.8% 25:33.84 2 214 171 2.48M 5.12M+ 3.24M- 154M
0 kernel_tas 1.5% 22:31.59 38 2 3501 26.5M- 0K 117M- 964M-
532 imapd 1.5% 0:00.21 1 25 90 704K+ 2.70M 2.50M+ 49.6M+
39 syslogd 1.2% 2:02.77 1 15 19 140K 296K 396K 26.6M
14652 Terminal 1.1% 0:37.85 6 165 151 3.05M 6.61M+ 7.87M- 160M
608 lmtpd 1.0% 0:00.12 1 18 86 556K+ 5.88M+ 2.42M+ 52.0M+
58 DirectoryS 0.9% 4:41.23 6 175 44 1.27M 1.10M 1.87M 31.1M
524 lmtpd 0.8% 0:00.24 1 18 81 528K- 2.82M 2.57M- 48.9M-
408 pop3d 0.8% 0:01.33 1 18 85 4.15M 2.48M 5.55M 110M
29684 cleanup 0.7% 0:00.71 1 16 20 216K 456K 768K 26.8M
70 qmgr 0.4% 0:46.54 1 16 20 436K 408K 892K 26.8M
[/code]
Perl happens to be high, but it does skip around a lot.Comparing my imapd.conf to another one on another partition for a relatively unconfigured server has several other lines-does mine look incorrect?
imapd.conf:
[code]
admins: cyrusimap
configdirectory: /var/imap
partition-default: /var/spool/imap
unixhierarchysep: yes
altnamespace: yes
servername: mail.domain1.com
sievedir: /usr/sieve
sendmail: /usr/sbin/sendmail
lmtp_downcase_rcpt: 1
tls_cert_file: /etc/certificates/Default.crt
log_rolling_days: 7
imap_auth_login: yes
log_rolling_days_enabled: true
pop_auth_apop: yes
tls_key_file: /etc/certificates/Default.key
imap_auth_plain: yes
[/code]I can track down any other info if anyone thinks it might help.
January 22, 2007 at 1:58 pm #368060Demani
ParticipantI’m not currently running DNS on this machine- the T1 provider is handling the reverse lookup and our DNS is hosted elsewhere. I think I will set it up though since I don’t know that I’ll be able to get the ISP to change it rapidly.
-
AuthorPosts
- You must be logged in to reply to this topic.
Comments are closed