On Tue, May 10, 2011 at 09:11:54PM -0700, Alexei Shilin wrote:
(I see you're one of our customers)
> One of our scanner produces non-unique message-ids when sending mails.
> Ids are repeated in about a week.
I'm guessing this isn't fixable in the scanner - but an alternative
might be to strip i
> Hi,
>
> One of our scanner produces non-unique message-ids when sending mails.
> Ids are repeated in about a week.
>
> So I decided to have deliver.db purged at least once a day, because I
> have duplicatesuppression on in imapd.conf
>
> cyrus.conf
> EVENTS {
>
> checkpointcmd="ctl_cyru
Hi,
One of our scanner produces non-unique message-ids when sending mails.
Ids are repeated in about a week.
So I decided to have deliver.db purged at least once a day, because I
have duplicatesuppression on in imapd.conf
cyrus.conf
EVENTS {
checkpointcmd="ctl_cyrusdb -c" period=30
On Tue, May 10, 2011 at 01:55:08PM -0300, Henrique de Moraes Holschuh wrote:
> Now, just in case it is not as crazy an idea as it sounds: could one use
> the replication protocol and a murder cluster to actually have a cyrus
> "mobile drone"?
Don't worry - I'm listening to the thread, and thinking
On Tue, May 10, 2011 at 08:58:43AM -0600, Nathanael D. Noblet wrote:
> sievedir: /var/lib/imap/sieve
> sendmail: /usr/sbin/sendmail
> sieve_maxscriptsize: 32
> sieve_maxscripts: 5
Here's what else we have in our config file:
sievenotifier: mailto
sieve_extensions: fileinto reject vacation imapfla
On 05/10/2011 01:00 PM, Frank Elsner wrote:
> On Tue, 10 May 2011 12:19:42 -0400 Wesley Craig wrote:
>> It's usually possible in a murder configuration to do a zero downtime
>> upgrade by xfer-ing users to a backend running the new version. The admin
>> is then in control of how much index upgra
On Tue, 10 May 2011 12:19:42 -0400 Wesley Craig wrote:
> It's usually possible in a murder configuration to do a zero downtime upgrade
> by xfer-ing users to a backend running the new version. The admin is then in
> control of how much index upgrade load to inflict on the new machine.
I'm very
On Tue, 10 May 2011, Andy Bennett wrote:
> To bring us back on topic, you'd want to install some kind of MTA that
> still understands UUCP and (obviously ;-)) cyrus as the mail store.
All good MTAs still interface properly to UUCP support software, and
that's when they don't grok BSMTP natively.
Hi,
>> i have a rather peculiar case involving an offline user, who has no
>> possibility of internet given his location (satellite is too
>> expensive).
>> there is power, and he has computer, and there is a "proxy" -- i.e.
>> someone who passes once a day in the late afternoon, and picks up a
>>
Hi,
>> How about moving a UUCP spool on the USB stick? ;-)
>>
>> You could use something like rsync on "incoming" and "outgoing" folder.
>> Is it just for eMail? What format are the messages in?
>
> hi andy,
>
> the user is running windows, and has a preference for using lookout. i
> suppose tha
It's usually possible in a murder configuration to do a zero downtime upgrade
by xfer-ing users to a backend running the new version. The admin is then in
control of how much index upgrade load to inflict on the new machine.
:wes
On 10 May 2011, at 11:41, Henrique de Moraes Holschuh wrote:
> O
On 05/10/2011 09:46 AM, Joseph Brennan wrote:
>
>
> --On Tuesday, May 10, 2011 9:43 -0600 "Nathanael D. Noblet"
> wrote:
>
IMHO :days 0 is not allowed/ignored
>>>
>>> Ok, I've set it to 1.
>
>
> Try 3.
No difference. Set to 3, stopped cyrus, deleted deliver.db, sent from
two different acco
--On Tuesday, May 10, 2011 9:43 -0600 "Nathanael D. Noblet"
wrote:
>>> IMHO :days 0 is not allowed/ignored
>>
>> Ok, I've set it to 1.
Try 3.
Joseph Brennan
Columbia University Information Technology
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cm
On 05/10/2011 09:26 AM, Nathanael D. Noblet wrote:
> On 05/10/2011 09:21 AM, Michael Menge wrote:
>> you may need to set sieve_extensions
>
> Yeah, another list member suggested the same, which I've added but still
> no response.
>
>> IMHO :days 0 is not allowed/ignored
>
> Ok, I've set it to 1. Ho
On Tue, 10 May 2011, Per Steinar Iversen wrote:
> Running a reconstruct on user.% before allowing in new mail, after the
> upgrade, seems to be a better and more orderly option than allowing
> sendmail to do the job?
That's certainly how we always do it here. We pause the new email feed at
the
On Tue, May 10, 2011 at 08:59:48AM -0600, Nathanael D. Noblet wrote:
> On 05/10/2011 06:17 AM, Gary Mills wrote:
> >On Tue, May 10, 2011 at 07:39:48AM +0200, Simon Matter wrote:
> >>
> >>To start, you may want to post your imapd.conf here and an example sieve
> >>script used for vacations.
> >
> >F
On 05/10/2011 09:21 AM, Michael Menge wrote:
> you may need to set sieve_extensions
Yeah, another list member suggested the same, which I've added but still
no response.
> IMHO :days 0 is not allowed/ignored
Ok, I've set it to 1. However then I need to delete the deliver.db
between attempts. D
Hi,
Quoting "Nathanael D. Noblet" :
On 05/09/2011 11:39 PM, Simon Matter wrote:
Hello,
I have a mail server that we use cyrus-imap for. It works well
enough. Stock package for RHEL 5 (cyrus-imapd-2.3.7-7.el5_4.3). Likely
somewhat old. In anycase we've used sieve for server side filtering
On 05/10/2011 09:10 AM, Nathanael D. Noblet wrote:
> On 05/10/2011 07:24 AM, Michael Menge wrote:
>> Third, there are some measures to prevent mailloops and other not
>> intended vacationmails. So to test you have to use different
>> senderaddresses or delete the delivery DB for each try, and
>> yo
On 05/10/2011 07:24 AM, Michael Menge wrote:
> Hi,
>
> Quoting "Nathanael D. Noblet" :
>
>>
>> Hello,
>>
>> I have a mail server that we use cyrus-imap for. It works well
>> enough. Stock package for RHEL 5 (cyrus-imapd-2.3.7-7.el5_4.3). Likely
>> somewhat old. In anycase we've used sieve for serve
On 05/10/2011 06:17 AM, Gary Mills wrote:
> On Tue, May 10, 2011 at 07:39:48AM +0200, Simon Matter wrote:
>>
>> To start, you may want to post your imapd.conf here and an example sieve
>> script used for vacations.
>
> Find a message that should have triggered a vacation response. Check
> the enve
On 05/09/2011 11:39 PM, Simon Matter wrote:
>>
>> Hello,
>>
>> I have a mail server that we use cyrus-imap for. It works well
>> enough. Stock package for RHEL 5 (cyrus-imapd-2.3.7-7.el5_4.3). Likely
>> somewhat old. In anycase we've used sieve for server side filtering and
>> it has worked wel
> BTW: What happened to the rpms published by Simon Matter? Nothing to be
> found at http://www.invoca.ch/pub/packages/cyrus-imapd/ recently.
>
> -psi
>
>
> Cyrus Home Page: http://www.cyrusimap.org/
> List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
http://www.invoca.ch/
Recently I upgraded a moderately busy Cyrus imap from 2.3.x to 2.4.7
I used one of the excellent rpms by Simon Matter and everything went
smoothly until the upgrade went live: New mail arrived at once and this
triggered an index upgrade, the log contains lines like "Index upgrade:
user.xyz (10
Hi,
Quoting "Nathanael D. Noblet" :
Hello,
I have a mail server that we use cyrus-imap for. It works well
enough. Stock package for RHEL 5 (cyrus-imapd-2.3.7-7.el5_4.3). Likely
somewhat old. In anycase we've used sieve for server side filtering and
it has worked well for years. We have a c
On Tue, May 10, 2011 at 07:39:48AM +0200, Simon Matter wrote:
>
> To start, you may want to post your imapd.conf here and an example sieve
> script used for vacations.
Find a message that should have triggered a vacation response. Check
the envelope recipient and header recipient of this message
On Tue, 2011-05-10 at 06:28 -0400, Adam Tauno Williams wrote:
> On Tue, 2011-05-10 at 11:56 +0200, mayak-cq wrote:
> > On Tue, 2011-05-10 at 09:34 +0100, Andy Bennett wrote:
> > > > i have a rather peculiar case involving an offline user, who has no
> > > > possibility of internet given his locat
On Mon, 2011-05-09 at 20:03 -0600, Nathanael D. Noblet wrote:
> Hello,
> I have a mail server that we use cyrus-imap for. It works well
> enough. Stock package for RHEL 5 (cyrus-imapd-2.3.7-7.el5_4.3). Likely
> somewhat old.
But it certainly worked at that version.
> In anycase we've used siev
On Tue, 2011-05-10 at 11:56 +0200, mayak-cq wrote:
> On Tue, 2011-05-10 at 09:34 +0100, Andy Bennett wrote:
> > > i have a rather peculiar case involving an offline user, who has no
> > > possibility of internet given his location (satellite is too expensive).
> > > there is power, and he has comp
On Tue, 2011-05-10 at 08:30 +0200, mayak-cq wrote:
> hi all,
> i have a rather peculiar case involving an offline user, who has no
> possibility of internet given his location (satellite is too
> expensive).
> there is power, and he has computer, and there is a "proxy" -- i.e.
> someone who passes
On 10/05/2011, at 19:26, mayak-cq wrote:
> the user is running windows, and has a preference for using lookout. i
> suppose that i could ask that he run thunderbird instead -- lookout uses a
> single file pst, so concurrency is really difficult unless the pst file is
> not the main/default one.
On Tue, 2011-05-10 at 09:34 +0100, Andy Bennett wrote:
> Hi,
>
> > i have a rather peculiar case involving an offline user, who has no
> > possibility of internet given his location (satellite is too expensive).
> >
> > there is power, and he has computer, and there is a "proxy" -- i.e.
> > some
Hi,
> i have a rather peculiar case involving an offline user, who has no
> possibility of internet given his location (satellite is too expensive).
>
> there is power, and he has computer, and there is a "proxy" -- i.e.
> someone who passes once a day in the late afternoon, and picks up a usb
>
33 matches
Mail list logo
