Hello, I mentioned back with version RC8 that dovecot was having an issue with the first login working, but all subsequent attempts failing with the error message: "Error: Maximum number of mail processes exceeded" in the dovecot log file. This is with an unchanged working conf file from RC7 (which, aside from comments, nothing has changed config-wise in the conf from version RC7). Now, the max mail processes were already set at 1024 (and I'm the only person using this server while testing), but just for the heck of it, I tried bumping the number up to 4096 and giving it another shot. No such luck. You can login once, but any subsequent attempts come back with the error I mentioned. This is making all versions above RC7 unusable for me unfortunately. I was hoping to get buy-off on switching from QPopper/UWImap to an all Dovecot solution with the pending 1.0 final, but I doubt they'll go for allow and RC being run on the production side. Two notes that might help(?): -I'm running this on Solaris 9, not a Linux box -Dovecot is not running in daemon mode, it's running through xinetd Here are the xinetd.conf sections that are relevant: defaults { #The maximum number of requests a particular service may handle # at once. instances = UNLIMITED # The type of logging. This logs to a file that is specified. # Another option is: SYSLOG syslog_facility [syslog_level] log_type = FILE /var/log/servicelog # What to log when the connection succeeds. # PID logs the pid of the server processing the request. # HOST logs the remote host's ip address. # USERID logs the remote user (using RFC 1413) # EXIT logs the exit status of the server. # DURATION logs the duration of the session. log_on_success = HOST PID DURATION EXIT # What to log when the connection fails. Same options as above log_on_failure = HOST # The maximum number of connections a specific IP address can # have to a specific service. per_source = 50 } service pop3 { socket_type = stream protocol = tcp wait = no user = root server = /usr/local/libexec/dovecot/pop3-login port = 110 flags = REUSE IPv4 rlimit_cpu = 150 instances = 80 cps = 110 10 no_access = xxx.xxx.xxx.xxx log_type = FILE /var/log/POPlog disable = no } service imap { socket_type = stream protocol = tcp wait = no user = root server = /usr/local/libexec/dovecot/imap-login port = 143 flags = REUSE IPv4 rlimit_cpu = 120 only_from = xxx.xxx.xxx.xxx log_type = FILE /var/log/IMAPlog disable = no } Thanks in advance for any help with this. --- Tim Meader CNE ISG Security NetCommerce Corporation Tim.Meader at gsfc.nasa.gov (301) 286-8013
On 16.10.2006, at 21.09, Timothy Meader wrote:> Hello, I mentioned back with version RC8 that dovecot was having an > issue with the first login working, but all subsequent attempts > failing with the error message: "Error: Maximum number of mail > processes exceeded" in the dovecot log file...> Now, the max mail processes were already set at 1024 (and I'm the > only person using this server while testing), but just for the heck > of it, I tried bumping the number up to 4096 and giving it another > shot. No such luck. You can login once, but any subsequent attempts > come back with the error I mentioned.So even if you log out it gives that error every time? I can't really see any good reason why that would happen, so I'm guessing there must be some memory corruption happening somewhere which is somehow causing this to happen.> -I'm running this on Solaris 9, not a Linux boxI'm also running Dovecot in Solaris 9, works fine.> -Dovecot is not running in daemon mode, it's running through xinetdI tried this, but it still worked with me.. Anyway could you test if it works in the daemon mode? It's a bit difficult to try to guess what might be wrong in here and how it could be fixed, without actually being able to debug it myself.. -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part URL: <http://dovecot.org/pipermail/dovecot/attachments/20061016/2e3126b3/attachment.bin>
Are you getting a "chdir (null)" type of message just prior to the Error: Maximum number of mail processes exceeded"? Thanks, Brent Spencer XsiteDesigns _________________________________________________ This email has been scanned for viruses by ClamAV