On Mon, 2003-06-16 at 20:53, Jim Norton wrote:
> Hello all:
>
> I am trying to get the sieve vacation thing working.
> However, sieveshell seems to be unable to log me in.
>
> I never get a fail message, it just asks me for a
> password 4 times then fails.
>
> I am of course able to log direc
Hi,
I'm trying to track down the root cause of a weird issue that I think
Cyrus is linked to somehow. I'm hoping somebody here might of heard of
something similar or have some suggestions on this as it has me baffled.
To put it briefly rich HTML mail going through Cyrus in one server I
have s
Ken Murchison <[EMAIL PROTECTED]> said:
>
>
> Daniel Qian wrote:
> > Ken Murchison <[EMAIL PROTECTED]> said:
> >
> >
> >>
> >>Daniel Qian wrote:
> >>
> >>>In the /var/imap/db directory of my email server I noticed several
backup
> >>>files:
> >>>__db.001 __db.002 __db.003 __db.004 __db.0
Hello all:
I am trying to get the sieve vacation thing working.
However, sieveshell seems to be unable to log me in.
I never get a fail message, it just asks me for a
password 4 times then fails.
I am of course able to log directly into the imap server
via telnet hostname.com imap and then lo
[OT: Yes, I'm aware that there other other Linuces beyond RH, but we're
committed to HP hardware which is only certified for RH and SuSE (one of
my colleagues has been told by an HP engineer that they support Debian but
I've yet to see anything official). We have zero SuSE experience in-house,
so R
Daniel Qian wrote:
Ken Murchison <[EMAIL PROTECTED]> said:
Daniel Qian wrote:
In the /var/imap/db directory of my email server I noticed several backup
files:
__db.001 __db.002 __db.003 __db.004 __db.005 log.01
mailbox.dump
I figure I may use these files to restore messages in
Ken Murchison <[EMAIL PROTECTED]> said:
>
>
> Daniel Qian wrote:
> > In the /var/imap/db directory of my email server I noticed several backup
> > files:
> > __db.001 __db.002 __db.003 __db.004 __db.005 log.01
mailbox.dump
> > I figure I may use these files to restore messages in
In the /var/imap/db directory of my email server I noticed several backup
files:
__db.001 __db.002 __db.003 __db.004 __db.005 log.01 mailbox.dump
I figure I may use these files to restore messages in mailboxes. But I
couldn't find any documentation as to how these files are created a
--
- Original Message -
DATE: Mon, 16 Jun 2003 15:29:45
From: "RYAN M vAN GINNEKEN" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Cc:
>Ok it is me again i did some major updates on my server this weekend and seem to have
>fixed the SIGHUP problem now i have a new problem
>
>i run
Ken Murchison wrote:
I just committed a similar patch.
Jun 16 22:48:24 smtp squatter[6180]: done indexing mailboxes
Wow...I did not see that for months in the logs.
After latest cvs update all my squatter-problems seem to be gone. The
latest change to squat_build.c and squatter.c did it! Thanks
That was it, no problem deleting now. Thank you.
L
On Monday, June 16, 2003, at 04:17 PM, Wil Cooley wrote:
On Mon, 2003-06-16 at 12:31, Lee wrote:
I created the directories spool/imap/user/joe/INBOX and INBOX/A =D and
INBOX/A =D/Accounts, then i ran recontruct -R on user/joe, but that
just retu
I just committed a similar patch that I thought was more readable.
-Rob
On Mon, 16 Jun 2003, Etienne Goyer wrote:
> Hi,
>
> Here is a fix for a segfault in pop3proxyd.c proxy_authenticate(). It
> happen when connecting to a backend whose hostname does not have a
> domain part. In theory, it sh
On Mon, 2003-06-16 at 12:31, Lee wrote:
> I created the directories spool/imap/user/joe/INBOX and INBOX/A =D and
> INBOX/A =D/Accounts, then i ran recontruct -R on user/joe, but that
> just returned the following errors:
>
> user.joe.INBOX.A =D: System I/O error Bad file descriptor
> user.joe.IN
Hi,
Here is a fix for a segfault in pop3proxyd.c proxy_authenticate(). It
happen when connecting to a backend whose hostname does not have a
domain part. In theory, it should never happen but in some fringe
condition (like mine) it could.
--
Etienne GoyerLinux Québec Techn
Will this cause any problems with seen / unseen flags (or anything for
that matter)?
L
On Monday, June 16, 2003, at 03:34 PM, John Alton Tamplin wrote:
Lee wrote:
You should be able to delete these from within cyradm as an admin,
unless
somebody deleted stuff by hand from the filesystem.
I th
Lee wrote:
Will this cause any problems with seen / unseen flags (or anything for
that matter)?
Seen flags are kept in a different database, under
/var/imap/user/X/user.seen. I presume Cyrus gracefully deals with
nonexistent folders in the seen/sub files, but I haven't looked at that
part of
I created the directories spool/imap/user/joe/INBOX and INBOX/A =D and
INBOX/A =D/Accounts, then i ran recontruct -R on user/joe, but that
just returned the following errors:
user.joe.INBOX.A =D: System I/O error Bad file descriptor
user.joe.INBOX.A =D.Accounts: System I/O error Bad file descrip
Lee wrote:
You should be able to delete these from within cyradm as an admin,
unless
somebody deleted stuff by hand from the filesystem.
I think that might be the problem.
When i try to SAM the folders pre-deletion in cyradm, i get a:
setaclmailbox: admin: lcp: System I/O error
Is there a way
On Mon, 16 Jun 2003, Lee wrote:
> > You should be able to delete these from within cyradm as an admin,
> > unless
> > somebody deleted stuff by hand from the filesystem.
>
> I think that might be the problem.
Don't do that! ;)
To fix the problem, recreate the directories in the filesystem,
recon
You should be able to delete these from within cyradm as an admin,
unless
somebody deleted stuff by hand from the filesystem.
I think that might be the problem.
When i try to SAM the folders pre-deletion in cyradm, i get a:
setaclmailbox: admin: lcp: System I/O error
Is there a way to force rem
Quoting Lee <[EMAIL PROTECTED]>:
> Hey All,
> One of our users has the following folders listed in his account:
>
> user/joe/INBOX/A =D (\HasChildren)
> user/joe/INBOX/A =D/Accounts (\HasNoChildren)
>
> These folders don't exist because the were remnants of our mail system
> before we turned on
Hey All,
One of our users has the following folders listed in his account:
user/joe/INBOX/A =D (\HasChildren)
user/joe/INBOX/A =D/Accounts (\HasNoChildren)
These folders don't exist because the were remnants of our mail system
before we turned on ALTNAMESPACE. The problem is that when I try to
de
Daniel Qian wrote:
In the /var/imap/db directory of my email server I noticed several backup
files:
__db.001 __db.002 __db.003 __db.004 __db.005 log.01 mailbox.dump
I figure I may use these files to restore messages in mailboxes. But I
couldn't find any documentation as to how thes
In the /var/imap/db directory of my email server I noticed several backup
files:
__db.001 __db.002 __db.003 __db.004 __db.005 log.01 mailbox.dump
I figure I may use these files to restore messages in mailboxes. But I
couldn't find any documentation as to how these files are created a
On Mon, 2003-06-16 at 06:44, Marco Pizzi wrote:
> Hello again,
>
> It looks like that sendmail strips away the domain of the receiver when it is
> recognized as local.
> Have you ever encountered this problem?
Here is a portion of my sendmail.mc file that will leave the domain
portion attached fo
Hello again,
It looks like that sendmail strips away the domain of the receiver when it is
recognized as local.
Have you ever encountered this problem?
Thanks again.
>Date: Mon, 16 Jun 2003 10:49:48 +0200
>To: [EMAIL PROTECTED]
>From: Marco Pizzi <[EMAIL PROTECTED]>
>Subject: Problem with cyrus
Hi to all,
I'm sorry but I'm very newbie with cyrus.
I've installed "cyrus-imapd-2.2.0.a" and "cyrus-sasl-2.1.13_2" on a
FreeBSD 5.0 server with "Sendmail 8.12.6p2/8.12.6"
I've got problems with virtual domains :(
If I have this maiboxes:
-
27 matches
Mail list logo