Hello all,
When I try to store the Sent folder for Netscape or Mozialla on my Cyrus IMAP server I
get a
complaint about invalid headers, and it won't store the message. Known
problem? Workarounds?
Emile
Tarjei Huse wrote:
> Things are happening on the Calandering front. I do not have the full
> picture, but there are discussions on using imap servers as the server
> backend for the calandering functions in Mozilla and other OS Cal clients.
>
> Does anyone know how much cyrus-imapd needs to be mo
Tarjei Huse wrote:
> Hi Emile, nice seeing you on another list :)
Hi there. I'm strictly here to ask questions though :) OTOH, that's how
I got started on Midgard...
> There's a cyrus faq here: http://cyrus-utils.sf.net
Bookmarked
> It used to have a section on clients, I do not know what it
Tarjei Huse wrote:
> This will be changed in the upcomming 2.1 release (when is it sceduled for
> release?).
>
> When you set the INBOX part in you client, then youshould get things like
> this:
>
> - inbox
> - sent
> - trash
> - etc
>
> instead of:
>
>
> - inbox
> \
> - trash
>
Scot W. Hetzel wrote:
> The way cyrus works is that it shows the Date the message was delivered to
> the mail spool by reading the date from the file system for its received
> date to show to the IMAP mail clients. Cyrus doesn't parse the first
> Received header to get the received date.
Weird.
Jen Wu wrote:
> I just tried IMAPCopy trying to solve the same problem you have. It copied
> sub-folders for me okay ... the only problem I had is that it copied
> everything into the Inbox folder instead of at the top level, but at least
> all the folders and messages were copied (including subf
Hiya Vincent,
> Next week I will be moving to another ISP. Is there
> a way to migrate my cyrus imap mailboxes to the new
> server in a painless manner?
I've had some success with imapxfer (the not-so-success part was
probably a conflict between courier and cyrus -- don't get ne started on
couri
Kiarna Boyd wrote:
> I have to replace my mail server over the next few weeks. Are you thinking
> about imapxfer because the new server is controlled by your new ISP?
> I am curious because I was going to use a glorified tar command to
> copy/move my mailboxes
I used imapxfer because I w
Henrique de Moraes Holschuh wrote:
> While packaging it, I fixed a small number of minor problems with the code.
> Mostly, missing header files and whatnot. The patches will be sent to
> [EMAIL PROTECTED] soon (anyone interested can just get the Debian
> diff and look it through for the patches).
Francesc Guasch Ortiz wrote:
> > Have you checked to make sure the file permissions were restored correctly?
>
> Yes, that was the very first I did after restoring.
> It was okay. I tested delivering to the mailbox and
> it worked. But I can't read any message. Even the
> ones delivered after the
Ken Murchison wrote:
> The biggest (only?) downside for existing installations is that any
> secrets stored in sasldb would have to migrated to the new format. This
> will require resetting all of the users passwords because they can not
> be extracted from the old sasldb (unless you have been u
Ken Murchison wrote:
> The biggest (only?) downside for existing installations is that any
> secrets stored in sasldb would have to migrated to the new format. This
> will require resetting all of the users passwords because they can not
> be extracted from the old sasldb (unless you have been u
Devdas Bhagat wrote:
> Hmmm, cyrus is supposed to be a black box solution. This means that
> access should only be through the IMAP/POP/KPOP interface and not
> directly over the filesystem.
> What cyrus does internally should not be the concern of the
> administrator/user.
>
> This is good from
Birger Toedtmann wrote:
> * priviliged user (like the way cyrdeliver works) without needing each
> * users' password.
> [...]
>
> Who needs that? You have the admin account which can do almost anything.
> We administrate a very large userbase (>100k users, increasing) via this
> admin account an
Birger Toedtmann wrote:
> * I didn't know about Cyrus::IMAP::Admin. I'll look into it, but how would
> * it gain access to the server without logging in? Or does it login (using
> * IMAP?) with the admin account?
>
> Yes, it does exactly the latter one. Don't you use "cyradm"? It is just
> a pe
Birger Toedtmann wrote:
> * Not on Debian, appearantly. It's a compiled executable here.
>
> Uh? Are you really sure?
$ file /usr/sbin/cyrdeliver
/usr/sbin/cyrdeliver: setuid setgid ELF 32-bit MSB executable, SPARC,
version 1 (SYSV), dynamically linked (uses shared libs), stripped
> Which vers
Birger Toedtmann wrote:
> * > * Not on Debian, appearantly. It's a compiled executable here.
> * >
> * > Uh? Are you really sure?
> *
> * $ file /usr/sbin/cyrdeliver
> * /usr/sbin/cyrdeliver: setuid setgid ELF 32-bit MSB executable, SPARC,
> * version 1 (SYSV), dynamically linked (uses shared li
Jan Grant wrote:
> > * $ file /usr/bin/cyradm
> > * /usr/bin/cyradm: ELF 32-bit MSB executable, SPARC, version 1 (SYSV),
> > * dynamically linked (uses shared libs), stripped
> > [...]
> >
> > Mmmh, then there is no help on that side, indeed. Well, I don't know whether
> > there is any Perl stuf
Birger Toedtmann wrote:
> * I first tried to install cyrus-imapd with apt-get - installed cyrus-imapd +
> * cyrus-common and felt like working : WRONG!
> * Cannot find imap.conf..
> *
> * Well then I went to cyrus homepages and dl'd cyrus-sasl-1.5.27.tar.gz &
> * cyrus-imapd-2.0.16.tar.gz
>
> Why
GOMBAS Gabor wrote:
> > (In case you wonder, MH utilities sometimes stick ">From " in the
> > middle of the headers.)
>
> Then they are broken and should be fixed. But do not try fixing something
> that is _not_ broken.
To some extent, why not? This is the real world we live in, and the real
wor
20 matches
Mail list logo
