> I'm hopeful someone can tell me what's wrong with this config. The machine
> is FreeBSD 5.2 with sasl 2.0.17 installed and working with the same config
> for smtp via postfix. Imapd 2.2.3 doesn't seem to want to authenticate
> using
> this config though :(
>
> I see this in /var/log/messages.
> M
Am Mittwoch, 3. März 2004 03:21 schrieb Edward Rudd:
> I have my mail server setup using postfix 2.0.16 and cyrus imapd 2.2.3
> using the virtdomains: userid in cyrus and the virtual_transport in
> postfix using virtual_mailbox_maps and virtual_mailbox_domains for
> allowed mail account lookups. On
On Tuesday 02 March 2004 06:21 pm, Edward Rudd wrote:
[...]
> Is there anyway I can have either postfix or cyrus lower the case on the
> e-mail address? (but not the + recipient_delimiter information)
[...]
The man page for imapd.conf(5) talks about lmtp_downcase_rcpt.
--Jo
---
Home Page: http://
On Wed, 2004-03-03 at 03:52, Ken Murchison wrote:
> [EMAIL PROTECTED] wrote:
> > before I try to run a virus check on the users mail directories I would
> > like to get some feedback from the list.
> >
> > What happens if the scanner detects a virus in the raw mail file and moves
> > it from the b
I have my mail server setup using postfix 2.0.16 and cyrus imapd 2.2.3
using the virtdomains: userid in cyrus and the virtual_transport in
postfix using virtual_mailbox_maps and virtual_mailbox_domains for
allowed mail account lookups. One of the accounts on the system has been
having e-mail delive
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
After scrubbing my system of anything cyrus-related, I rebuilt it from
the ground up, and I'm still getting that damned SASL error.
For those of you just tuning in:
Platform is Solaris 9, GCC 3, sun4u.
When trying this:
schizo [803]# imtest -m login
TN wrote:
Ken Murchison wrote:
I'm not an Exim expert (in fact, I've never used it), but from reading
Philip's post, it appears that Exim will not pass AUTH= unless it has
authenticated to lmtpd (although RFC 2554 states that this is not
required). By pre-authing lmtpd (lmtpd -a), you're prev
I see. So how in the heck do I get a working makedepend?
OK, I found it in SUNWxwopt - but while that fixes the build issue, I'm
still stuck on the SASL IPREMOTEPORT/IPLOCALPORT issue.
Bloody hell, this is getting frustrating. I'm amazed that Google doesn't
seem to know anything about this, at
On Tue, 2004-03-02 at 17:02, Jeremy Ford wrote:
> I tried popping mail today and i got the following error, -ERR Could
not
> read message file. I try to login using webmail and there are 2 error
> messages saying the message # couldn't be open. These can't be deleted
or
> made to go away
>
> H
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
J.C. Roberts wrote:
| On Sat, 28 Feb 2004 10:23:42 -0600, you wrote:
|
|>J.C. Roberts wrote:
|>
|>| On Thu, 26 Feb 2004 07:05:47 -0600, you wrote:
|>| I've got minimal experience with early SunOS ( 2.x && x<6 ) and even
|>| more limited experience with
I tried popping mail today and i got the following error, -ERR Could not
read message file. I try to login using webmail and there are 2 error
messages saying the message # couldn't be open. These can't be deleted or
made to go away
However, /var/spool/imap/user/myusername has no messages in i
Ken Murchison wrote:
I'm not an Exim expert (in fact, I've never used it), but from reading
Philip's post, it appears that Exim will not pass AUTH= unless it has
authenticated to lmtpd (although RFC 2554 states that this is not
required). By pre-authing lmtpd (lmtpd -a), you're preventing Exim
TN wrote:
I've been trying to crack this problem for over a month, between the
exim & cyrus lists. Sometimes I think its a exim issue, sometimes cyrus.
I'm back onto cyrus :)
I've posted a lengthy explanation of what I am doing here:
http://groups.yahoo.com/group/exim-users/message/62558
but
I'm hopeful someone can tell me what's wrong with this config. The machine
is FreeBSD 5.2 with sasl 2.0.17 installed and working with the same config
for smtp via postfix. Imapd 2.2.3 doesn't seem to want to authenticate using
this config though :(
I see this in /var/log/messages.
Mar 2 09:38:59
Edward Rudd wrote:
I remember reading about that.. but the issue I was commenting about was
the fact that the sieve scripts were in a directory I did not expect..
and seemed *out of norm* with everything else..
Out of the norm how? What did you expect?
--
Kenneth Murchison Oceana Matrix Ltd.
I remember reading about that.. but the issue I was commenting about was
the fact that the sieve scripts were in a directory I did not expect..
and seemed *out of norm* with everything else..
On Mon, 2004-03-01 at 22:09, Igor Brezac wrote:
> On Mon, 1 Mar 2004, Edward Rudd wrote:
>
> > I am curio
[EMAIL PROTECTED] wrote:
Hi all,
before I try to run a virus check on the users mail directories I would
like to get some feedback from the list.
What happens if the scanner detects a virus in the raw mail file and moves
it from the box to a quarantine directory? Will the cyrus databases become
co
Hi all,
before I try to run a virus check on the users mail directories I would
like to get some feedback from the list.
What happens if the scanner detects a virus in the raw mail file and moves
it from the box to a quarantine directory? Will the cyrus databases become
corrupt?
Thanks,
Dave
--
On Tue, Mar 02, 2004 at 01:24:24PM -0500, Ken Murchison wrote:
> >Thanks, I'll try this. One catch is that cyrus has to be running so that
> >a checkpoint can be made.
>
> Why? I don't believe it has to be running. In fact, I just
> successfully checkpointed a stopped server.
Right, I tested
Andreas wrote:
On Tue, Mar 02, 2004 at 12:30:16PM -0500, Ken Murchison wrote:
The only way to remedy this situation is to remove the relevant log files.
Anybody care to comment?
That's what I have done in the past. The problem is that the log files
still have references to the now nonexistent m
On Tue, Mar 02, 2004 at 12:30:16PM -0500, Ken Murchison wrote:
> >The only way to remedy this situation is to remove the relevant log files.
> >Anybody care to comment?
>
> That's what I have done in the past. The problem is that the log files
> still have references to the now nonexistent mailb
> Well, this is a bug in cyrus and openldap libs (and the sasl lib which
> prevents cyrus from being fixed). Fortunately,
> http://www.openldap.org/its/index.cgi?findid=2926 fixes the problem.
> Although, the fix is available in openldap 2.2.6 and 2.1.27.
Yes, therefore I have updated OpenLDAP up
Andreas wrote:
While playing with the cvt_cyrusdb utility (and Simon's excellent
cvt_cyrusdb_all script) I came across this problem when converting
a database *from* berkeley *to* skiplist.
Let's say I have /var/lib/imap/mailboxes.db in berkeley format. I also
have berkeley transaction log files i
On Tue, 2 Mar 2004, Alex Deiter wrote:
> > Well, this is a bug in cyrus and openldap libs (and the sasl lib which
> > prevents cyrus from being fixed). Fortunately,
> > http://www.openldap.org/its/index.cgi?findid=2926 fixes the problem.
> > Although, the fix is available in openldap 2.2.6 and 2
On Tue, Mar 02, 2004 at 10:14:50AM -0500, Rob Siemborski wrote:
> Its likely -- but did you remember to reconfigure cyrus to use skiplist to
> read the mailbox list?
Yes. Here is a full sequence of commands (some lines may wrap, sorry):
(cyrus-imapd is stopped at this point)
pandora [/var/lib/im
On Tue, 2 Mar 2004, Alex Deiter wrote:
> hi,
>
> After upgrade Cyrus IMAP from 2.1.16 up to 2.2.3 following setup does
> not work:
> mail client -> Cyrus IMAP -> Cyrus SASL -> ldapdb auxprop -> OpenLDAP
>
> cyrus log:
> pop3[32386]: bad userid authenticated
> pop3[32386]: badlogin: server.komi.mt
Hi!
I tried to create virtual domain mailboxes with cyrus-imapd v2.2.3 as it
written in install-virtdomains.html, but I got error:
# cyradm --user administrator --auth login localhost
test> create [EMAIL PROTECTED]
createmailbox: Permission denied
in the mean time I can create default domain us
On Tue, 2 Mar 2004, Stephan Buys wrote:
> We just wanted to let you know that we have discovered a bug in Cyrus IMAPd
> with it's handling of Virtual Domains.
I wouldn't call this a bug, I'd call it a reasonable behavior given the
server administrator's choice to support virtual domains. A serve
On Tue, 2 Mar 2004, Andreas wrote:
> Now I restart cyrus. And get this in the logs:
> ctl_cyrusdb[30046]: DBERROR db4: /var/lib/imap/mailboxes.db: unexpected file type or
> format
> ctl_cyrusdb[30046]: DBERROR db4: Recovery function for LSN 1 4471396 failed
> ctl_cyrusdb[30046]: DBERROR db4: PANI
While playing with the cvt_cyrusdb utility (and Simon's excellent
cvt_cyrusdb_all script) I came across this problem when converting
a database *from* berkeley *to* skiplist.
Let's say I have /var/lib/imap/mailboxes.db in berkeley format. I also
have berkeley transaction log files in /var/lib/imap
hi,
After upgrade Cyrus IMAP from 2.1.16 up to 2.2.3 following setup does
not work:
mail client -> Cyrus IMAP -> Cyrus SASL -> ldapdb auxprop -> OpenLDAP
cyrus log:
pop3[32386]: bad userid authenticated
pop3[32386]: badlogin: server.komi.mts.ru[1.1.1.1] plaintext bill
SASL(-13): user not found:
dear listeners,
Am Dienstag, 2. März 2004 09:06 schrieb Manfred Rebentisch:
> Hello,
> why are the sieve scripts written with crlf at line end? Is it an error, if
> I use only lf?
My scripts are completly without any CR using only LF. They are working fine.
peace & luck
Stefan
-
Hi all,
I posted this to the Kolab server lists, and just wanted to let the other Cyrus users
know.
It affects Cyrus-imapd 2.2.3 with virtual domain support enabled.
Kind regards,
Stephan Buys
-- Forwarded Message --
Subject: BUG: ZfOS Kolab (OpenPKG 2.0)
Date: Tuesday 02 Mar
On Tue, 2004-03-02 at 16:06, Manfred Rebentisch wrote:
> Is it an error, if I
> use only lf?
I don't believe so. Mine are hand-created, and are all LF-terminated -
that seems to work fine.
Craig Ringer
---
Home Page: http://asg.web.cmu.edu/cyrus
Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List A
Hello,
why are the sieve scripts written with crlf at line end? Is it an error, if I
use only lf?
Manfred Rebentisch
--
COMPARAT Software-Entwicklungs-GmbH
Mobile Voice Solutions
Prießstr. 16, 23558 Lübeck
Tel: 0451/479 56 60
Fax: 0451/479 56 62
http://www.comparat.de
http://www.mobile-voice.de
35 matches
Mail list logo
