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 [CAPABIL
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 LOG
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\"");
..
I tried both
a) escaping spaces in $mb
b) quoting $mb
Neither worked.
That's about as far as I delve into Perl anymore, so
I'm happy to just retract my note to our users about
this tool.
Bron Gondwana wrote:
> On Thu, Apr 02, 2009 at 10:42:23AM -0400, Jeff Blaine wrote:
>> O
0.00 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 -
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
3807-
Bad file
number
Apr 1 15:56: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
> 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
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)
>
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 w
print "$m[0] : below default increasing\n";
> $client->setquota($m[0],"STORAGE",$default_quota);
> }
> if ( $cur_quota > $default_quota )
> {
> print "$m[0] : over default: $cur_quota
&g
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: http://cyrusima
> On 21 Jan 2009, 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
> compil
ror:num=20:unable to get local issuer certificate
verify error:num=27:certificate not trusted
verify error:num=21:unable to verify the first certificate
SSL_connect error 0
SSL session removed
failure: TLS negotiation failed!
bash-2.05#
Jeff Blaine wrote:
> I raised syslog info to local6.debu
bug] 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
> wrote:
&
Sebastian Hagedorn wrote:
> Hi Jeff,
>
> --On 21. Januar 2009 11:19:31 -0500 Jeff Blaine
> wrote:
>
>> Sorry for the delay -- I had my wedding and a brief
>> mini-honeymoon to attend to ;)
>
> congrats!
Thanks :)
>>> How about Thunderbird using
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 se
277583 local6.notice] login:
bva-172.our.com jblaine plaintext+TLS User logged in
Jeff Blaine wrote:
> 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.
>
> Jan 16 10:08:33 imapsrv im
map[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
> wrote:
>
&g
ice] STARTTLS
negotiation failed: bva-172.our.com
Jeff Blaine wrote:
> Sebastian Hagedorn wrote:
>> --On 16. Januar 2009 07:48:18 -0500 Jeff Blaine
>> wrote:
>>
>>> More info after increasing local6.info to local6.debug for
>>> syslog:
>>>
>>> ac
Sebastian Hagedorn wrote:
> --On 16. Januar 2009 07:48:18 -0500 Jeff Blaine
> wrote:
>
>> More info after increasing local6.info to local6.debug for
>> syslog:
>>
>> accepted connection
>> imapd:Loading hard-coded DH parameters
>> SSL_accept() i
before the upgrade :(
Jeff Blaine wrote:
> Sebastian Hagedorn wrote:
>> --On 16. Januar 2009 06:58:06 -0500 Jeff Blaine
>> wrote:
>>> Hmm. That's not working for me.
>>>
>>> bash-2.05# pwd
>>> /var/imap
>>> # rm tls_sessions.db
>&g
Sebastian Hagedorn wrote:
> --On 16. Januar 2009 06:58:06 -0500 Jeff Blaine
> wrote:
>> Hmm. That's not working for me.
>>
>> bash-2.05# pwd
>> /var/imap
>> # rm tls_sessions.db
>> # /etc/init.d/imap start
>> #
>>
>&
ation 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
> wrote:
>
>> Maybe we're doing something wrong in the proc
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 fro
Sebastian Hagedorn wrote:
> Hello Jeff,
>
> --On 16. Januar 2009 06:01:48 -0500 Jeff Blaine
> 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 skiplis
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
defaultpartition:
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
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-sasl&msg=9025
That is, it would appear that SASL does not take
'--wit
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
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 file
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:
ools | Options | Advanced, 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.
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: http://asg.web.cmu.edu/cyrus/mailing-list.h
urned -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 B
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 3
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 users
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 -na
_LIB = $ENV{SASL_LIB};
and adding the appropriate '-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) ab
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 wi
days now
because 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 canno
I believe I was misled. Seems the user I examined has 'du -sk' reporting
that he's using 190MB of space and 'quota' is reporting that he's using
140MB. I reconstructed his mailbox and noted that the reconstruct did not
mention one of his on-disk folders ('projects') which is eating 45MB.
I find
Crap.
This bug is also present in 1.6.24.
Does anyone have a 1.6.24 patch for this? Upgrading to 2.0.x is not in
our plans until it settles more.
> I've identified the quota bug.
>
> Basically, when setting a new quota like "user.leg", the server wasn't
> including the mailbox "user.leg" in th
43 matches
Mail list logo