> If you suspect this is due to a client related problem, you could
> enable telemetry logging to find out who/what is causeing the emails to go
missing.
>
> https://www.cyrusimap.org/imap/reference/faqs/o-telemetry.html
Good idea will turn this on.
>
> If the purpose is to (mostly) copy email
Hello All,
Have a few weird situations that I have been unable to find solutions to.
Server:
CentOS release 6.x
cyrus-imapd-2.4.17-6.el5.src.rpm (Simon Matter)
Client:
Outlook 2013
Our client is using Cyrus to store related emails for their clients. The
server does not actually rece
Do you still have the user folder with their emails?
I have seen this as well on 2.1.15, although not as frequently as your
seeing. We have about 800 users and every so often a client does not have
any quota information when they view the account in our Client Interface.
When we check further the
inal Message-
> From: Ken Murchison [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, June 15, 2004 8:55 PM
> To: Robert Covell
> Cc: Jamie Davey; [EMAIL PROTECTED]
> Subject: Re: deliver -q won't ignore quotas
>
>
> Robert Covell wrote:
>
> > We are doing something si
We are doing something similar but opening deliver a bit different (with the
user name and -q). Before we put this in production would the following be
correct (the previous open of deliver is commented out):
//$MP = "/usr/local/cyrus/bin/deliver -q $user";
$MP = "/usr/local/cyrus/bin/deliver $us
Unfortunately we are not using Postfix. We are using sendmail.
Does anyone know how to do this for specific domains in sendmail?
-Bob
> -Original Message-
> From: Scott Russell [mailto:[EMAIL PROTECTED]
> Sent: Thursday, April 01, 2004 9:37 AM
> To: Robert Covell
>
We have a client that is wanting to track all incoming and outgoing mail in
his business for auditing purposes. We can do incoming mail by dropping the
message into two accounts (one for the original recip and the catch-all).
What we cannot figure out is how to catch outgoing mail.
Should we use
From: Dave McMurtrie [mailto:[EMAIL PROTECTED]
> Sent: Friday, February 06, 2004 10:15 AM
> To: Robert Covell
> Cc: Info-Cyrus
> Subject: Re: Reconstructing A Single Mailbox
>
>
> On Fri, 6 Feb 2004, Robert Covell wrote:
>
> > We have a client that deleted all their emai
We have a client that deleted all their emails for about 10 employees
(through an automated process). We have backups of their mail and are
trying to use reconstruct to get their email back to them. When we do a
reconstruct on one of their boxes it does nothing (that we can see):
%./reconstruct
I too would be interested in the question about "abnormal amount of emails
to postmaster". We get about 15K a day of these and just recently started
to pipe them into /dev/null. It is more of a burden to delete them
manually. Anyone else have high postmaster email counts?
Sincerely,
Robert T.
Yesterday we changed our backup script for Cyrus. When we zipped up the
partition-default: /usr/cyrusmail we used a "move" switch instead of a
"copy" switch. The system was essentially without a partition-default: for
about 4 hours. We have unzipped everything and put it back but now some
people
-8.12.10
cyrus-imapd-2.1.15
cyrus-sasl-2.1.15 w/mysql auth
Thanks
-Bob
> -Original Message-
> From: Andrew Morgan [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, November 04, 2003 11:20 AM
> To: Robert Covell
> Cc: Jernej Porenta; Info-Cyrus
> Subject: RE: lmtp_overquota_perm_fa
s or
do we need another config option?
Thanks again.
-Bob
> -Original Message-
> From: Jernej Porenta [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, November 04, 2003 10:18 AM
> To: Robert Covell
> Subject: Re: lmtp_overquota_perm_failure
>
>
> Hello!
>
> If
Is this the config option to stop emails from being delivered if they are
over quota?
We have it set to:
lmtp_overquota_perm_failure: yes
I thought I read another post regarding that it does just this.
The system does return a over quota message to the sender but the messages
still get through.
We are in the process of replacing our 1.5.24 Cyrus box with a new 2.1.15
box. After we got everything setup, tested and stabilized we rebooted the
box and got:
Sep 25 16:12:09 mail1b ctl_cyrusdb[152]: checkpointing cyrus databases
Sep 25 16:12:09 mail1b lmtpd[155]: DBERROR db3: 4 lockers
Sep 25
We are about to migrate 700+ users from 1.5.24 to 2.1.15 and wanted to
verify that the previous post still pertains to our situation on 2.1.15
rather than 2.0.16.
Our setup was and will be:
Old server:
- FreeBSD 4.1.1
- Cyrus IMAPd 1.5.24
- pwcheck_mysql-0.1 (for all access)
New server:
- FreeBS
16 matches
Mail list logo
