Greetings
I have been setting up a new cyrus-postfix-amavis(new)-spamassassin system and
have come across a problem. Cyrus master starts without problems. I can send
messages and I can usually view the message. But for some reason, after viewing
a few messages the imapd process starts using
Just out of curiosity, try changing lmtp to listen on a network socket
(temporarily), then you don't have to worry about the permissions of the
lmtp socket.
Is it possible to turn up the debugging of sendmail and show the output?
( For example, run the daemon in the foreground -- I don't
Hi Bruce,
Edit you Sendmail Config, (sendmail.cf), look for the #O MeTo and
uncomment it.
For the mc file, use: confME_TOO(`true')dnl
Jeff.
P.S. Sorry for the double message Bruce, thought it may help the list
if it works.
On Fri, 2003-11-21 at 23:08, Bruce A. Bergman wrote:
Gurus --
On Monday 24 November 2003 05:42, Robert Harris wrote:
ok.. Ive been hashing out quite a few diffrernt ways and can just not seam
to get firtual domains working
according to FAQ one needs to set the following in the imapd.conf file
configdirectory: /var/imap
partition-default:
several good ideas...nothing that pans out yet but id find out that the
virtual domains are looping to the default domain (admin wise an mailbox
wise) unexplainablyany more insights greatlt appreciated... :}
subquery... I do have virtdomains: yes set in imapd.conf if it was off or
I'm trying to create virtual users in cyrus-imapd-2.1.12 with sasl using
unixhierarchysep: yes in /etc/imapd.conf to create usernames like
[EMAIL PROTECTED] What I did:
$ /usr/local/sbin/saslpasswd2 [EMAIL PROTECTED]
Password:
Again (for verification):
$ cyradm --user cyrus --auth cram-md5
This using Cyrus 2.1.15 ...
Last week I pestered this list about a situation wherein the contents of
/var/lib/cyrus (i.e. the database) were lost in a system crash while the
contents of /var/spool/cyrus/mail (i.e. the actual messages) were
preserved. After using
cyradm - cm
to recreate the
Yeah, this is a problem with reconstruct not recursivly descending into
directories which are only folders, not mailboxes. You will need to create
the folder as a mailbox using cyradm, then run reconstruct again. Has this
been or does this need to be bugzilla-ed?
Roland
- Original Message
On Mon, 24 Nov 2003, Patrick Goetz wrote:
This using Cyrus 2.1.15 ...
Last week I pestered this list about a situation wherein the contents of
/var/lib/cyrus (i.e. the database) were lost in a system crash while the
contents of /var/spool/cyrus/mail (i.e. the actual messages) were
I have just recently set up a new system running cyrus-imap package along
with postfix and ldap auth using saslauthd. This seems to be working great
with Imap but when I attempted to log in with pop the user fails with
nothing more then Invalid User. As IMAP is working great and both the IMAP
and
I'd guess that reconstruct is skipping the reconstruction of this folder
level because there are no messages stored in it. What if you go into
cyradm and create this folder by hand using 'cm'? Then run reconstruct on
it and all the subfolders.
Alternately, I'd just copy a message into it then
Mycrom wrote:
I have just recently set up a new system running cyrus-imap package along
with postfix and ldap auth using saslauthd. This seems to be working great
with Imap but when I attempted to log in with pop the user fails with
nothing more then Invalid User. As IMAP is working great and both
Many thanks to everyone who responded to this question. Yes, it seems
pretty safe to assume that this (not reconstructing mail folders that
don't contain explicit messages) is a bug; but then why doesn't
cyrreconstruct -m
work? I can't imagine why this would be that more complicated to
On Tue, 25 Nov 2003, Craig Ringer wrote:
Mycrom wrote:
I have just recently set up a new system running cyrus-imap package along
with postfix and ldap auth using saslauthd. This seems to be working great
with Imap but when I attempted to log in with pop the user fails with
nothing more
14 matches
Mail list logo