OK, that worked. From cyradm
setinfo motd "Email no longer active here. Please try mynewserver.mydomain.net"
On Mon, Mar 28, 2016 at 2:50 PM, Dan White wrote:
> On 03/28/16 14:16 -0300, francis picabia via Info-cyrus wrote:
>>
>> We have migrated all email on
We have migrated all email on a server to a cloud email platform.
The users were notified by email beforehand, but hundreds are still
connecting to the standard IMAP service. They may not
even remember they have set up devices to connect here.
Is there a way to send a custom warning through some s
On Fri, Jan 25, 2013 at 10:26 AM, Blake Hudson wrote:
>
> francis picabia wrote the following on 1/25/2013 7:55 AM:
>
>
> On Thu, Jan 24, 2013 at 12:22 PM, Blake Hudson wrote:
>
>>
>>
>> There are a couple suggestions I'd like to put forth. First, imp
On Thu, Jan 24, 2013 at 12:22 PM, Blake Hudson wrote:
>
>
> There are a couple suggestions I'd like to put forth. First, improper
> partition alignment is generally masked by the controller cache. I
> strongly encourage you to check that your RAID array is making use of
> this cache by enabling t
On Thu, Jan 24, 2013 at 2:06 PM, Wesley Craig wrote:
> You might find this helpful:
>
> http://lwn.net/Articles/328363/
>
> regarding fsync (lmtpd) latency on Linux. Lowering the lmtpd process
> limit ought to fix your load problem, but you should be aware how cyrus
> master implements t
On Wed, Jan 23, 2013 at 5:25 PM, Andrew Morgan wrote:
> On Wed, 23 Jan 2013, francis picabia wrote:
>
> Thanks for the response. I have been checking my iostat whenever there is
>> a number of messages in the active queue.
>>
>> Here is a sample snapshot from a scrip
On Wed, Jan 23, 2013 at 1:55 PM, Andrew Morgan wrote:
> On Wed, 23 Jan 2013, francis picabia wrote:
>
> Here are more stats. Do these look average for performance?
>> It is difficult to understand why the system was working with few
>> load spikes before.
>>
>
Here are more stats. Do these look average for performance?
It is difficult to understand why the system was working with few
load spikes before.
A mailman mailing list sends 10kbyte message to 4000
users having accounts on this cyrus system. If I
grep "Delivered" in the maillog by the minute I
On Thu, Aug 30, 2012 at 5:45 PM, Michael Menge
wrote:
> Hi,
>
> IMHO the mails have been marked as deleted, but not expunged by the
> webmailer. Most clients will not show these mails by default and some
> (e.g. Horde/IMP) count unread mails which are marked as deleted in the
> summary view.
>
> B
We've been running Cyrus imapd for many years and it is normally robust.
It is now on Redhat 5.8, using local storage.
A support call reported that in the webmail summary view, there
were over 130 unread messages, and yet the message list
could show only 8. The messages showing are the most
rece
I saw a reference in an older question to pam_lastlog.
This would be very useful for pruning out unused accounts.
I'm using saslauthd, and it points to PAM.
In /etc/pam.d/imap I add:
session required pam_lastlog.so silent
This is the only entry I have for session.
Then login by imap and
11 matches
Mail list logo
