[PLUG] Re: mail server issues! (was Mail server options for OSX?)

D. Cooper Stevenson cstevens at gencom.us
Tue Apr 26 16:32:42 UTC 2005


It's a Berkley thing. Have a look:

http://groups-beta.google.com/group/comp.mail.imap/browse_thread/thread/fa3436745dd93cad/3825b0b6b8917a7f?q=signaled+to+death+by+6&rnum=1#3825b0b6b8917a7f


-Coop

On Tue, 2005-04-26 at 09:07 -0700, john morgali wrote:

> The latest entry in the saga of the server is as
> follows. 
> We did a rebuild of the server data last night, and
> things seem to have gone well enough.  Our webmail
> interface works fine, and has no problems, but our
> email clients on the desktop are not synchronizing,
> and our mail client data is corrupting.  
> 
> A small snippet of the log errors is as follows:
> 
> Apr 26 08:57:57 localhost master[516]: ready for
> workApr 26 08:57:57 localhost ctl_cyrusdb[518]:
> checkpointing cyrus databasesApr 26 08:57:57 localhost
> ctl_cyrusdb[518]: done checkpointing cyrus
> databasesApr 26 08:59:14 localhost master[516]:
> process 522 exited, signaled to death by 6Apr 26
> 08:59:16 localhost master[516]: process 524 exited,
> signaled to death by 6
> 
> 
> Any Ideas? 
> 
> John
> 
> 
> --- "D. Cooper Stevenson" <cstevens at gencom.us> wrote:
> 
> > John,
> > 
> > I can offer an overview of things to look for when
> > determining
> > performance bottlenecks. The dynamic is similiar to
> > diagnosing server or
> > PC bottlenecks--say a "performance diagnostic plus"
> > as you've now
> > extended the problem to include potential networking
> > issues.
> > 
> > I generally start from the core outward. This means
> > the processor load
> > and memory usage. Is the CPU working hard to process
> > the emails? This
> > can happen if your mail server not only delivers the
> > mail to the local
> > filesystem but also processes the mail for spam and
> > viruses.
> > 
> > Does the server have enough memory? If the server is
> > swapping processes
> > to swap disk space, you're basically gauranteed a
> > chronic performance
> > problem.
> > 
> > Is the mass storage subsystem up to the task? Think
> > about moving the
> > storage from a single drive if applicable to a
> > striped (and mirrored)
> > RAID 0+1 array.
> > 
> > How about bandwidth? Does your server have the
> > connectivity to quickly
> > send and receive emails so that it may get on with
> > the filesystem
> > delivery phase or is the server jammed waiting to
> > trickle out? Perhaps
> > your mail server (shudder for security reasons) also
> > doubles as a
> > file/print/application server. Is your network
> > subsystem tied up with
> > these tasks as well? 
> > 
> > Is the mail process set to a high enough priority or
> > is it relegated to
> > a "when there's time leftover" status?
> > 
> > Moving on to the software...
> > 
> > Does the mail server have a lenghty queue of
> > backlogged mail that it is
> > constantly trying to process? This can happen by
> > emails that cannot be
> > delivered as the remote server requires reverse DNS
> > lookups to be
> > delivered. Since there is not a '504' error meaning
> > definate failure,
> > the server keeps trying. For all of these issues,
> > look at your logs for
> > the 'delay=' entries to determine how long the mail
> > took to process.
> > Larger backlogs means more work for the server and
> > hence fewer resources
> > for doing the "real work."
> > 
> > Overall, I think a migration to a higher capacity
> > server is usually the
> > best route in a case where "obvious" things do not
> > yield good results.
> > My view is that while you don't want to just throw
> > hardware at the
> > problem, holistically it's better to move to a
> > platform that will give
> > you room to breath looking forward. It's also worthy
> > of consideration
> > that  the prospects of tweaking an old server to
> > death may only yield
> > receive a minimum of benefit. 
> > 
> > As your endeavors continue and the system renders
> > new information we can
> > home in on what the bottleneck is.
> > 
> > 
> > -Coop
> > 
> > On Mon, 2005-04-25 at 10:08 -0700, john morgali
> > wrote:
> > 
> > > Sorry if I was too vague, and I may yet need to
> > refine
> > > my question as this thread goes on. 
> > > 
> > > Well, we have several years worth of emails in it,
> > and
> > > we are using it also as an email archive that we
> > can
> > > browse.  Lately it seems to have noticably slowed
> > down
> > > in its performance.  We cant seem to find any
> > problems
> > > with it, other than it is just slow. 
> > > 
> > > More questions for you guys...
> > > Do you have experience with this type of setup?
> > Have
> > > you used this client and others, and how does it
> > > compare?  What are the pros and cons of it? How
> > well
> > > is it documented? 
> > > 
> > > John
> > > 
> > > 
> > > --- Wil Cooley <wcooley at nakedape.cc> wrote:
> > > 
> > > > On Mon, 2005-04-25 at 09:51 -0700, john morgali
> > > > wrote:
> > > > > Not sure if this is too off topic for this
> > forum,
> > > > but
> > > > > I thought I would toss it out.  
> > > > > 
> > > > > The company I work for is currently an almost
> > > > entirely
> > > > > Mac OSX office, and is looking for an
> > alternative
> > > > to
> > > > > the current mail server that they are using. 
> > It
> > > > is
> > > > > Cyrus running on OS 10.3.8.
> > > > 
> > > > What's wrong with Cyrus?
> > > > 
> > > > Wil
> > > > -- 
> > > > Wil Cooley                                
> > > > wcooley at nakedape.cc
> > > > Naked Ape Consulting                       
> > > > http://nakedape.cc
> > > > * * * * Linux, UNIX, Networking and Security
> > > > Solutions * * * *
> > > > >
> > _______________________________________________
> > > > PLUG mailing list
> > > > PLUG at lists.pdxlinux.org
> > > > http://lists.pdxlinux.org/mailman/listinfo/plug
> > > > 
> > > 
> > > 
> > > Pursuant to U.S. code, title 47, Chapter 5,
> > Subchapter II, Section 227, and consistent with
> > Oregon State Law, any and all unsolicited 
> > commercial E-mail sent to this address is subject to
> > a consulting fee.U.S. E-Mailing denotes acceptance
> > of these terms.Consult
> > http://www.law.cornell.edu/uscode/47/227.html for
> > details.
> > > 
> > > __________________________________________________
> > > Do You Yahoo!?
> > > Tired of spam?  Yahoo! Mail has the best spam
> > protection around 
> > > http://mail.yahoo.com 
> > > _______________________________________________
> > > PLUG mailing list
> > > PLUG at lists.pdxlinux.org
> > > http://lists.pdxlinux.org/mailman/listinfo/plug
> > > 
> > > _______________________________________________
> > PLUG mailing list
> > PLUG at lists.pdxlinux.org
> > http://lists.pdxlinux.org/mailman/listinfo/plug
> > 
> 
> 
> Pursuant to U.S. code, title 47, Chapter 5, Subchapter II, Section 227, and consistent with Oregon State Law, any and all unsolicited  commercial E-mail sent to this address is subject to a consulting fee.U.S. E-Mailing denotes acceptance of these terms.Consult http://www.law.cornell.edu/uscode/47/227.html for details.
> 
> __________________________________________________
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam protection around 
> http://mail.yahoo.com 
> 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://lists.pdxlinux.org/pipermail/plug/attachments/20050426/5cb6224b/attachment.asc>


More information about the PLUG mailing list