Why is 'cyrus' not being used as the user below?
bin:imap ./imtest -u cyrus -v -m login
WARNING: no hostname supplied, assuming localhost
S: * OK [CAPABILITY IMAP4 IMAP4rev1 LITERAL+ ID STARTTLS AUTH=PLAIN
SASL-IR] imap.foo.com Cyrus IMAP v2.x server ready
Please enter your password:
C: L01
Nevermind. I get it now.
Is there a known problem with @ in IMAP passwords?
Jeff Blaine wrote:
Why is 'cyrus' not being used as the user below?
bin:imap ./imtest -u cyrus -v -m login
WARNING: no hostname supplied, assuming localhost
S: * OK [CAPABILITY IMAP4 IMAP4rev1 LITERAL+ ID
I lied, quoting works when you use the right quotes.
Double quotes, not single.
my ($rc, $msg) = $cyrus-send('', '', EXAMINE $mb);
should become
my ($rc, $msg) = $cyrus-send('', '', EXAMINE \$mb\);
... for a better imapdu.pl
Jeff Blaine wrote:
I tried both
a) escaping spaces
bytes 0 msgs INBOX.Drafts
1.25 MB 36 msgs INBOX.HLT
1.25 MB 36 msgs INBOX.Information Retrieval
...
# $Id: imapdu.pl,v 1.9 2008/04/04 12:47:14 murch Exp $
I don't suppose 'murch', the author of the code reads
this list?
Jeff Blaine wrote:
Well, hmm...
% sudo -u cyrus /local/mail/cyrus/bin
How about
reconstruct -r -f user.hername
Nope. FETCH/imapdu.pl reports 142 messages still.
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
:13 our.host.org quota[9819]: [ID 809228 local6.error]
failed building quota list for '*': System I/O error: Bad file number
Wesley Craig wrote:
On 31 Mar 2009, at 16:50, Jeff Blaine wrote:
What I mean, is, for one example -- a user is currently
reporting that 'FETCH' (via the imapdu command
What's this all about?
imap:linus pwd
/var/spool/imap
imap:linus ls stage.
10014-1214461933-0 14035-1214433131-0 22926-1214436731-0
3797-1214451132-0
10114-1214461933-0 14082-1214479931-0 22931-1214436731-0
3802-1214451132-0
10119-1214461933-0 14084-1214419933-0 22936-1214436731-0
Every year or so, a user of ours reports a discrepancy
between on-disk usage for their spool compared to what
'FETCH' is reporting (as implemented via imapdu.pl)
Compact/Expunge via the client app buys nothing.
Clearly we are failing to do something as admins in order
to keep our Cyrus instance
Andreas Winkelmann wrote:
Am Dienstag 31 März 2009 18:09:32 schrieb Jeff Blaine:
Every year or so, a user of ours reports a discrepancy
between on-disk usage for their spool compared to what
'FETCH' is reporting (as implemented via imapdu.pl)
What means on-disk usage for spool ?
What I
In 2000, I wrote a simple script that was fed to cyradm
to set all users quota to some value.
It appears today that the only option to do something like
this is to learn the Cyrus::* Perl modules.
Is that correct?
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ:
/ $cur_quota)\n;
}
}
else
{
print $m[0] : NO QUOTA $cur_usage\n;
}
}
On 3/26/2009 11:03 AM, Jeff Blaine wrote:
In 2000, I wrote a simple script that was fed to cyradm
to set all users quota to some value.
It appears today
Sebastian Hagedorn wrote:
Hi Jeff,
--On 21. Januar 2009 11:19:31 -0500 Jeff Blaine jbla...@kickflop.net
wrote:
Sorry for the delay -- I had my wedding and a brief
mini-honeymoon to attend to ;)
congrats!
Thanks :)
How about Thunderbird using a password for authentication
] decryption
failed or bad record mac in SSL_accept() - fail
Jan 21 12:59:10 imapsrv imap[1518]: [ID 239158 local6.notice] STARTTLS
negotiation failed: myclient.our.com [xx.xx.6.52]
Sebastian Hagedorn wrote:
Hi Jeff,
--On 21. Januar 2009 11:19:31 -0500 Jeff Blaine jbla...@kickflop.net
wrote
, at 12:41, Jeff Blaine wrote:
FWIW, Thunderbird with SSL on port 993 pops up a box saying
incorrect Message authentication code. I forgot to mention
that.
That's interesting. What platform are you running this on? What
compiler did you use to build openssl? What optimization flags did you
Our happy and functioning 2.2.12 server setup shows the
following when switched over to 2.3.13. The odd thing is
that we're using skiplist, not berkeley, for our dbs.
If anyone has comments, I'd love to hear them.
bash-2.05# cat /etc/imapd.conf
configdirectory:/var/imap
Sebastian Hagedorn wrote:
Hello Jeff,
--On 16. Januar 2009 06:01:48 -0500 Jeff Blaine jbla...@kickflop.net
wrote:
Our happy and functioning 2.2.12 server setup shows the
following when switched over to 2.3.13. The odd thing is
that we're using skiplist, not berkeley, for our dbs
Maybe we're doing something wrong in the process, but it
seems that every time we perform offline maintenance
(upgrade, whatever) on Cyrus IMAPd ... our users complain
that TLS breaks afterward, but then fixes itself in time.
I've demonstrated this to myself just now with the upgrade
to 2.3.13
failed: bva-172.our.com
bash-2.05# pwd
/var/imap
bash-2.05# ls -l tls*
tls*: No such file or directory
bash-2.05#
Sebastian Hagedorn wrote:
Hello Jeff,
--On 16. Januar 2009 06:38:27 -0500 Jeff Blaine jbla...@kickflop.net
wrote:
Maybe we're doing something wrong in the process, but it
seems
Sebastian Hagedorn wrote:
--On 16. Januar 2009 06:58:06 -0500 Jeff Blaine jbla...@kickflop.net
wrote:
Hmm. That's not working for me.
bash-2.05# pwd
/var/imap
# rm tls_sessions.db
# /etc/init.d/imap start
#
Jan 16 06:54:36 imapsrv imap[20300]: [ID 286863 local6.notice]
imapd:Loading
the upgrade :(
Jeff Blaine wrote:
Sebastian Hagedorn wrote:
--On 16. Januar 2009 06:58:06 -0500 Jeff Blaine jbla...@kickflop.net
wrote:
Hmm. That's not working for me.
bash-2.05# pwd
/var/imap
# rm tls_sessions.db
# /etc/init.d/imap start
#
Jan 16 06:54:36 imapsrv imap[20300]: [ID 286863
Sebastian Hagedorn wrote:
--On 16. Januar 2009 07:48:18 -0500 Jeff Blaine jbla...@kickflop.net
wrote:
More info after increasing local6.info to local6.debug for
syslog:
accepted connection
imapd:Loading hard-coded DH parameters
SSL_accept() incomplete - wait
decryption failed or bad
] STARTTLS
negotiation failed: bva-172.our.com
Jeff Blaine wrote:
Sebastian Hagedorn wrote:
--On 16. Januar 2009 07:48:18 -0500 Jeff Blaine jbla...@kickflop.net
wrote:
More info after increasing local6.info to local6.debug for
syslog:
accepted connection
imapd:Loading hard-coded DH parameters
[15668]: [ID 192010 local6.debug] no
certificate returned in SSL_accept() - fail
Jan 16 10:08:43 imapsrv imap[15668]: [ID 239158 local6.notice] STARTTLS
negotiation failed: bva-172.our.com
Sebastian Hagedorn wrote:
--On 16. Januar 2009 09:43:02 -0500 Jeff Blaine jbla...@kickflop.net
wrote
Jorey Bump wrote:
Jeff Blaine wrote, at 01/16/2009 10:12 AM:
With the tls_ca_file line removed, Thunderbird asked me
to specify a client certificate, I chose my cert and
entered my password to access it.
That sounds backwards. My understanding is that setting tls_ca_file is
what will cause
I'll take that as a no?
Jeff Blaine wrote:
I need to explicitly override what our Cyrus IMAPd/SASL
build is using for SASL_PATH, as it appears to be
misusing what has already been explicitly configured:
http://asg.andrew.cmu.edu/archive/message.php?mailbox=archive.cyrus-saslmsg=9025
I need to explicitly override what our Cyrus IMAPd/SASL
build is using for SASL_PATH, as it appears to be
misusing what has already been explicitly configured:
http://asg.andrew.cmu.edu/archive/message.php?mailbox=archive.cyrus-saslmsg=9025
That is, it would appear that SASL does not take
Dec 5 16:56 skipstamp
bash-2.05#
Alain Spineux wrote:
On Dec 5, 2007 11:38 PM, Jeff Blaine [EMAIL PROTECTED] wrote:
This is a brand new install. After running tools/mkimap and
starting master, I get this. What's the deal?
look for files :
# ll /var/lib/imap/*.db
-rw--- 1 cyrus
There are no mailboxes. This was a brand new install that
I have left untouched until I figure out the cause of this
error.
If it's throwing an error because there is nothing in the
databases yet, I consider that a bug.
Alain Spineux wrote:
On Dec 6, 2007 5:03 PM, Jeff Blaine [EMAIL PROTECTED
This is a brand new install. After running tools/mkimap and
starting master, I get this. What's the deal?
Dec 5 17:26:57 alberta.foo.com ctl_cyrusdb[3713]: DBERROR: error
listing log files: DB_NOTFOUND: No matching key/data pair found
Dec 5 17:26:57 alberta.foo.com ctl_cyrusdb[3713]: DBERROR:
If anyone wants to assist in testing, here is the bug report
I filed just now:
https://bugzilla.mozilla.org/show_bug.cgi?id=370178
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info:
, Config editor
set network.auth.use-sspi to false.
Jeff Blaine wrote:
If anyone wants to assist in testing, here is the bug report
I filed just now:
https://bugzilla.mozilla.org/show_bug.cgi?id=370178
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http
-1765328203
- going to fini: in k5support_verify_tgt()
I can find no information on that Kerberos error, but I
most certainly have imap/noodle.foo.com in a readable
/etc/krb5.keytab (and truss shows it being read fine).
imapd.conf:
sasl_pwcheck_method: saslauthd
Jeff Blaine
I have a healthy MIT Kerberos 1.5.2 realm and Cyrus IMAP 2.2.12
server configured (SASL 2.1.22).
I can't get Thunderbird (latest 1.5 official release) to perform
GSSAPI authentication against the Cyrus IMAP server.
I have valid Kerberos 5 credentials (for user jblaine) via Kerberos
for Windows
Using cyrus-2.2.12
We're experiencing a situation where user-deleted folders still
remain on disk.
Running 'reconstruct -r user.USERNAME' does not address the
problem.
Is this expected behavior? If so, I'm curious to hear the
reasoning.
Are we missing an option somewhere? It's confusing our
Can I get a sanity check here?
- Shutdown
- Update /etc/cyrus.conf for cyr_expire -E
- Add fulldirhash option to imapd.conf (I assume this is what
is meant by setups using a b c ... z for top level dirs, etc)
- Run cvt_cyrusdb on mailboxes.db, deliver.db, tls_sessions.db
- find /var/imap/user
'-lsasl2' on the LIBS line 63 ... OR...
B) Changing:
my $OPENSSL_LIB = $ENV{OPENSSL_LIB};
to:
my $OPENSSL_LIB = $ENV{OPENSSL_LIB} || -lssl;
Jeff Blaine wrote:
I read the long thread (with no resolution) about this from
Jan 2003.
With our existing AND a brand new fresh/clean Perl
I read the long thread (with no resolution) about this from
Jan 2003.
With our existing AND a brand new fresh/clean Perl 5.6.1
build for the sake of trying to get this to work, I cannot get
it to work and cannot make any sense of what the problem is:
- Solaris 7
- Cyrus IMAP 2.1.13 (working fine
of quota problems and I do not want the messages to
bounce back to the senders.
Jeff Blaine wrote:
I read the long thread (with no resolution) about this from
Jan 2003.
With our existing AND a brand new fresh/clean Perl 5.6.1
build for the sake of trying to get this to work, I cannot get
it to work
38 matches
Mail list logo
