Thanks! You have the more correct fix:
From: https://www.openssl.org/docs/man1.1.0/man3/TLSv1_client_method.html
"TLS_method(), TLS_server_method(), TLS_client_method()
These are the general-purpose version-flexible SSL/TLS methods. The
actual protocol version used will be negotiated to the hi
Thanks for reporting back. For whatever its worth, the equivalent fix on 2.5+
uses "TLS_client_method()", not "TLSv1_2_client_method()". I'm not sure what
difference it makes, but maybe it requires a newer OpenSSL than you have?
Here's the commit to master, fyi:
https://github.com/cyrusimap/cyr
Turns out imclient (at least in the latest RHEL7 pkg) is hardcoded to
use TLSv1. Since we're building binary RPMs from Source RPMs anyway we
modified imclient.c, rebuilt the RPMs, reinstalled the cyrus-imapd-utils
package: Here's the patch we used:
--
Thanks Ellie,
https://github.com/cyrusimap/cyrus-imapd/issues/2747
--
Ismaël
Le 26/04/2019 à 10:11, ellie timoney a écrit :
Hi Ismaël,
Which version of perl are you running? (`perl --version` will tell
you) A fairly newish one, I guess?
The cyradm tools were
Hi Ismaël,
Which version of perl are you running? (`perl --version` will tell you) A
fairly newish one, I guess?
The cyradm tools were written using a quite old version of perl, which didn't
produce a lot of warnings. I expect it's working fine, but your newer perl
version is producing warning
Op 15-09-18 om 08:25 schreef bluntroller via Info-cyrus:
> Day,
> I totally dislike it but I need help here.
> I have postfix installed, up and running as a MTA.
> I have saslauthd installed up and running and an authentication server.
> I use the auxprop-sasldb2 alternative as a user/password data
Not really, no. It's the same problem we have with the \Seen flag, which is
private to each user.
Bron.
On Fri, 7 Apr 2017, at 12:32, ellie timoney wrote:
> Hi Olaf,
>
> I think this is expected behaviour. Mailbox annotations in the
> "/private/" namespace are per user -- such that if multip
Hi Olaf,
I think this is expected behaviour. Mailbox annotations in the
"/private/" namespace are per user -- such that if multiple users have
access to the same mailbox, they can each have their own annotations on
it.
So, when you log into this account with IMAP and set /private/specialuse
ann
On 08/26/2016 09:47 AM, Tod A. Sandman via Info-cyrus wrote:
I noticed after upgrading from cyrus-imapd-2.3.16 to cyrus-imapd-2.5.9 that the
"info" cyradm command no longer works: it prints out nothing. Furhermore,
after issuing the info command, no other commands print anything either. For i
Are you sure that you are using the cyradm from 2.5.9? IIRC, older
cyradm doesn't like the responses sent by 2.5.x servers.
On 08/26/2016 10:47 AM, Tod A. Sandman via Info-cyrus wrote:
I noticed after upgrading from cyrus-imapd-2.3.16 to cyrus-imapd-2.5.9 that the
"info" cyradm command no lo
Just a quick note: IMAP::Admin appears to be broken, at the moment, and
can't be compiled. The Debian people submitted a patch 3 months ago
with no activity, indicating that the Perl module is semi-abandoned.
On 9/17/2015 3:03 PM, Patrick Boutilier wrote:
> On 09/17/2015 04:07 PM, Patrick Goet
That could be easily tested with "lam " COMMAND.
On 2015-09-18 03:40, Patrick Goetz wrote:
> Interesting. When I use cyradm to set up a new account, I always
> execute 2 commands:
>
>cyradm --user administrator localhost
>
>localhost> cm user/daffyduck
localhost> lam user/daffydu
Dear Patrick,
Yes, would be sufficient just the cm command.
Take a look below.
localhost> cm user/miguel
localhost> lam user/miguel
miguel lrswipkxtecda
As you can see the lam command which list the mailbox permissions shows full
permissions in this example.
Bye
--
Miguel Mucio Santos Morei
Thanks for this suggestion. I need to tread lightly on a production
system, but will bite the bullet and upgrade tp cyrus to 2.5.4 on my
test server soon. If this doesn't work, I'll recompile the perl module,
as you suggest.
On 09/16/2015 04:48 PM, Robert Norris wrote:
> On Thu, 17 Sep 2015,
Interesting. When I use cyradm to set up a new account, I always
execute 2 commands:
cyradm --user administrator localhost
localhost> cm user/daffyduck
localhost> sam user/daffyduck daffyduck write
Does this mean that the second command has been superfluous all along
and that these a
On 09/17/2015 04:07 PM, Patrick Goetz wrote:
Thanks. I'm just now getting around to looking at this script. This
creates a mailbox, but don't you also need to set access privileges for
the user associated with this mailbox?
Only if you are going to change the default rights. User will have
a
Thanks. I'm just now getting around to looking at this script. This
creates a mailbox, but don't you also need to set access privileges for
the user associated with this mailbox?
On 09/16/2015 12:00 PM, Patrick Boutilier wrote:
>
> We use this simple perl script to add users. Fill in appropr
On Thu, 17 Sep 2015, at 02:33 AM, Patrick Goetz wrote:
> pgoetz@www:~$ cyradm --user administrator localhost perl: symbol
> lookup error: /usr/lib/perl5/site_perl/auto/Cyrus/IMAP/IMAP.so:
> undefined symbol: Perl_xs_apiversion_bootcheck
>
>
> I'm running Arch linux, which aggressively updates softw
On 09/16/2015 01:33 PM, Patrick Goetz wrote:
So, I've been happily avoiding upgrading cyrus imap because everything
has been working and I'm generally in the "if it ain't broke, don't fix
it" category.
Cyrus version: 2.4.17
Perl version: 5.22.0
However, this morning I tried to create
Patrick,
About question 3, is possible to use a php script or even a python script to
manage users.
Would be possible but I don't know if would be to you,install a new machine
with a standard operational system just to manager these users.
--
Miguel Mucio Santos Moreira
Analista - LPIC 1 Li
On 02/21/14 16:33 +0100, Willy Offermans wrote:
>This sounds interesting. I thought that in
>slapd.conf was forcing this behavior. I like to read more about the
>EXTERNAL mechanism. Do you recommend some reading?
>
>At the moment I will stick to PLAIN and play with replication, serving
>multiple d
Hello Dan,
On Fri, Feb 21, 2014 at 09:22:55AM -0600, Dan White wrote:
> On 02/21/14 16:11 +0100, Willy Offermans wrote:
> >You are pointing to EXTERNAL, next to PLAIN and LOGIN. I do not understand
> >this mechanism yet. At the moment I believe I have PLAIN password wrapped
> >into TLS. So I alrea
On 02/21/14 16:11 +0100, Willy Offermans wrote:
>You are pointing to EXTERNAL, next to PLAIN and LOGIN. I do not understand
>this mechanism yet. At the moment I believe I have PLAIN password wrapped
>into TLS. So I already do starttls client authentication. What will EXTERNAL
>do?
TLS client authe
Hallo Dan,
On Fri, Feb 21, 2014 at 08:50:41AM -0600, Dan White wrote:
> On 02/21/14 10:50 +0100, Willy Offermans wrote:
> >Indeed, I needed to specify an authentication mechanism and then I could
> >use the command line interface of cyradm:
> >
> >cyradm --user username --auth PLAIN localhost
> >
On 02/21/14 10:50 +0100, Willy Offermans wrote:
>Indeed, I needed to specify an authentication mechanism and then I could
>use the command line interface of cyradm:
>
>cyradm --user username --auth PLAIN localhost
>
>If we are at this point anyway, I was wondering what I need to do to use
>another
Dear Cyrus Friends,
On Thu, Feb 20, 2014 at 04:12:29PM -0600, Scott Lambert wrote:
> On Thu, Feb 20, 2014 at 10:35:42AM +0100, Willy Offermans wrote:
> > Dear Cyrus Friends,
> >
> > I need your help to solve the following:
> >
> > I'm setting up cyrus on my new FreeBSD 10.0 server. I have used the
if cyrus is your user admin just do
cyradm --user cyrus --server localhost
and it will work
depending on your password backend you may need to add user cyrus with
sasldb2 or
if you use local unix account with saslauthd you just need to set a
password for user cyrus with passwd
On 2/20/14 11
On Thu, Feb 20, 2014 at 10:35:42AM +0100, Willy Offermans wrote:
> Dear Cyrus Friends,
>
> I need your help to solve the following:
>
> I'm setting up cyrus on my new FreeBSD 10.0 server. I have used the following
> package: cyrus-imapd24-2.4.17_4
>
> If I test my setup with imtest, I get connectio
Hello Dan and Cyrus Friends,
On Thu, Feb 20, 2014 at 08:38:42AM -0600, Dan White wrote:
> On 02/20/14 10:35 +0100, Willy Offermans wrote:
> >I'm setting up cyrus on my new FreeBSD 10.0 server. I have used the following
> >package: cyrus-imapd24-2.4.17_4
> >
> >If I test my setup with imtest, I get
On 02/20/14 10:35 +0100, Willy Offermans wrote:
>I'm setting up cyrus on my new FreeBSD 10.0 server. I have used the following
>package: cyrus-imapd24-2.4.17_4
>
>If I test my setup with imtest, I get connection to the imap server.
>
>MyName@MyComputer:~$ imtest -m login -u username -a username -s
If you have 'virtdomains: userid' but you are still seeing a realm get
passed to mysql, but are not passing on in the client, then I'm guessing
you're doing DIGEST-MD5 authentication.
How DIGEST-MD5 and realms are intended to function is probably best
described in RFC 2831.
You could try using an
On 01/21/12 02:59 -0800, Reg Proctor wrote:
>Hi,
>
>I just want to confirm that logging into cyradm as I am experiencing it
>is normal and that lm is behaving as it should be. It seems a little
>unusual to me.
>
>
>First cyradm logging in, here is what I am seeing:
>
>To log into cyradm I have to
Hello,
thanks for your help, you're right again :).
I've some users, they are my test lab mouses.
I tried to use imapsync, but I wasn't able to migrate - some
security reasons. On the syslog on old email server :
Jul 21 13:35:18 machine saslauthd[2911]: DEBUG: auth_pam:
pam_authenticat
Hi,
That's because You don't have copied over from old machine seen state
files. They are located somewhere
/var/imap/user/$user_letter/$username.seen or so. But if you copy them
now, then you restore old mails states, but mails what arrived after
migrating process will be marked again unread
Hi,
that's it ! This a right command that discovered me users and
recovered quota usage. So this is a next command after "reconstruct",
I must write it somewhere :)
Anyway - why are all mail unreaded after import and reconstruction
? Users will ask me ... :)
Thanks
J.K.
Cituji E
Hi Josef,
On Thu, 21 Jul 2011 09:06:32 +0200, Josef Karliak wrote:
> Hello,
> after copying mails to the new server and reconstructing emails
> with a command "sudo -u cyrus /usr/lib/cyrus/bin/reconstruct -r -f
> user." seems to be all fine. But after some fights with
> plugin for check quota in
I believe the wildcard is a % not a *. Try using % or since you are dealing
with user accounts, user.% or user/% whichever way your options are set.
On Jul 21, 2011, at 1:17 AM, Josef Karliak wrote:
> reconstructing not in the cyradm reconstructs mails and folders, not the
> quota that I need
Hi,
reconstructing not in the cyradm reconstructs mails and folders,
not the quota that I need to reconstruct :-/
localhost> reconstruct *
reconstruct: Mailbox does not exist
localhost> reconstruct user.*
reconstruct: Mailbox does not exist
localhost> reconstruct
usage: reconstruct [-r] mai
>Hello,
>after copying mails to the new server and reconstructing emails
> with a command "sudo -u cyrus /usr/lib/cyrus/bin/reconstruct -r -f
> user." seems to be all fine. But after some fights with
> plugin for check quota in the Squirrelmail I tried a command for
> listing quota in the "
See:
http://stuff.mit.edu/afs/sipb/project/linerva/project/packages/cyrus/cyrus21-imapd-2.1.18/debian/README.Debian.debug
On 05/07/11 13:38 -0400, Robert Spellman wrote:
>Occasionally, I see something mentioned about tracing a particular
>cyrus process to determine what's going on (or wrong, as
Occasionally, I see something mentioned about tracing a particular cyrus
process to determine what's going on (or wrong, as the case may be).
How is this done? I'm not getting very far at resolving my particular
problem, so I'd like to know what the proxyd process thinks it's doing
each time
It appears that the front end does know that it has the mailbox:
[cyrus@postoffice09 ~]$ cyr_dbtool `pwd`/mailboxes.db skiplist show
user.frodo
user.frodo1 postoffice09.bates.edu!default frodolrswipkxtecda
The backend knows nothing about the user frodo:
[cyrus@mailstore07 ~]$ cyr_db
On 01/07/11 09:10 -0400, Robert Spellman wrote:
>We have recently upgraded to cyrus 2.4.6. Our environment includes a
>server running as a murder server, four back end mailstores, and two
>front end servers. If we mistakenly create a user mailbox on one of
>the front end servers using cyradm,
On 19 Oct 2010, at 05:54, Lucas Zinato Carraro wrote:
> I have 3 Frontends in DMZ, 4 Backends in Intranet
> and a Administrative Station in other network.
>
> The administrative station, and clients stations can not connect
> direct to backend servers.
>
> In imapd.conf i enable the parameter:
I'm not sure what the story is with this one. Ken might have a better
idea since they use murder and cyradm at CMU (I just use telnet
directly or Perl modules that talk pure IMAP, and we don't use
murder at FastMail). I've CC'd him.
Would be great if you can create bugs in bugzilla too, just so
On 04 Oct 2010, at 13:37, Patrick Goetz wrote:
> On 10/04/2010 12:29 PM, Andrew Morgan wrote:
>> cyrus-be4:~# cyradm --user cyrus --tlskey '' localhost
>
> That did it! The trick is to use --tlskey with an empty field as
> demonstrated above. Who knew?
That's a bug, please report it. It ought
On 04/10/10 11:51 -0500, Patrick Goetz wrote:
>On 10/04/2010 11:07 AM, Dan White wrote:
>>
>> You can connect via a non plaintext mechanism, like digest-md5.
>>
>
>This seems like a straightforward case of RTFM, but how does one
>determine the auth mechanism? I'm using saslauthd, pam, and have a
>
On Mon, 4 Oct 2010, Patrick Goetz wrote:
> On 10/04/2010 12:29 PM, Andrew Morgan wrote:
>>
>> cyrus-be4:~# cyradm --user cyrus --tlskey '' localhost
>
>
> That did it! The trick is to use --tlskey with an empty field as
> demonstrated above. Who knew?
>
> --
> ibis:~~$ cyradm --user pgoet
On 10/04/2010 12:29 PM, Andrew Morgan wrote:
>
> cyrus-be4:~# cyradm --user cyrus --tlskey '' localhost
That did it! The trick is to use --tlskey with an empty field as
demonstrated above. Who knew?
--
ibis:~~$ cyradm --user pgoetz --tlskey '' localhost
verify error:num=18:self signed
On Mon, 4 Oct 2010, Patrick Goetz wrote:
> On 10/04/2010 08:41 AM, Wesley Craig wrote:
>>
>> TLS isn't available to Cyrus::IMAP pre 2.3.2. I expect it's a bug.
>
>
> Sorry,I didn't specifically say that I'm using the latest release, 2.3.16.
>
>
> I find cyradm to be very convenient to use for sma
On 10/04/2010 11:41 AM, Wesley Craig wrote:
> I understood that, tho I did notice you pasted the 2.2.x error, not the 2.3.x
> error.
>
Nope, this is precisely the error I'm getting on my 2.3.16 install:
ibis:~~$ dpkg -l | grep cyrus-common
ii cyrus-common-2.32.3.16-1
Cyru
On 10/04/2010 11:07 AM, Dan White wrote:
>
> You can connect via a non plaintext mechanism, like digest-md5.
>
This seems like a straightforward case of RTFM, but how does one
determine the auth mechanism? I'm using saslauthd, pam, and have a
self-signed certificate (which I know works):
-
On 04 Oct 2010, at 10:26, Patrick Goetz wrote:
> Sorry,I didn't specifically say that I'm using the latest release, 2.3.16.
I understood that, tho I did notice you pasted the 2.2.x error, not the 2.3.x
error.
> I find cyradm to be very convenient to use for smaller sites, but is
> this essentia
On 04/10/10 09:26 -0500, Patrick Goetz wrote:
>On 10/04/2010 08:41 AM, Wesley Craig wrote:
>>
>> TLS isn't available to Cyrus::IMAP pre 2.3.2. I expect it's a bug.
>
>
>Sorry,I didn't specifically say that I'm using the latest release, 2.3.16.
>
>
>I find cyradm to be very convenient to use for sm
On 10/04/2010 08:41 AM, Wesley Craig wrote:
>
> TLS isn't available to Cyrus::IMAP pre 2.3.2. I expect it's a bug.
Sorry,I didn't specifically say that I'm using the latest release, 2.3.16.
I find cyradm to be very convenient to use for smaller sites, but is
this essentially a dead tool and I
On 04 Oct 2010, at 01:09, Patrick Goetz wrote:
> I was having problems making Cyrus 2.2.x work with only encrypted
> passwords. Setting
>
> allowplaintext: no
>
> in imapd.conf prevents plain text logins, but then cyradm stops working:
>
> ibis:~etc$ cyradm localhost
> Login disabled.
>
> "Dan" == Dan White writes:
Dan> That's incorrect. CRAM-MD5 does not support a security
Dan> layer. Try:
Dan> imtest -m DIGEST-MD5 -a ad...@server2.example.com
Dan> server2.example.com
That worked.
Now back to Reinaldo's queries:
# all mailboxes
$ nc server 143
* OK
> "Dan" == Dan White writes:
Dan> Try:
Dan> lm user.joh...@example.com
Yeah, I already had tried that. I'm fairly sure I tried all
permutations before I went to this list :-)
--
Cheers,
Berend de Boer
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyru
On 13/05/10 10:17 +1200, Berend de Boer wrote:
>> "Dan" == Dan White writes:
>
>Dan> This works for me, for listing child mailboxes:
>
>neo.olp.net> lm user/dwhite/*...@olp.net
>Dan> user/dwhite/dra...@olp.net (\HasNoChildren)
>Dan> user/dwhite/s...@olp.net (\HasNoChildren)
>
On 12/05/10 17:03 -0500, Dan White wrote:
>On 13/05/10 09:02 +1200, Berend de Boer wrote:
>> # imtest -u ad...@server2.example.com localhost
>
>Try:
>
>imtest -a ad...@server2.example.com localhost
>
>>Perhaps the "only available under a layer" is an indication I must use
>>ssl or so? Tried that a
> "Dan" == Dan White writes:
Dan> This works for me, for listing child mailboxes:
neo.olp.net> lm user/dwhite/*...@olp.net
Dan> user/dwhite/dra...@olp.net (\HasNoChildren)
Dan> user/dwhite/s...@olp.net (\HasNoChildren)
Dan> user/dwhite/tr...@olp.net (\HasNoChildren)
On 13/05/10 06:34 +1200, Berend de Boer wrote:
> I'm looking for a way to list all mailboxes for a given domain,
> i.e. in cyradm:
>
> lm *...@example.com*
>
> This does not return anything.
>
> lm *example.com*
>
> does though. It appears the @ sign screws up the wildcard matching.
>
> Bu
On Thu, 13 May 2010, Berend de Boer wrote:
>> "Andrew" == Andrew Morgan writes:
>
>Andrew> Use "imtest" instead of "nc". imtest can do all the SASL
>Andrew> login magic and still gives you raw access to the
>Andrew> connection for sending commands.
>
> Same thing:
>
> # imtest -
> "Andrew" == Andrew Morgan writes:
Andrew> Use "imtest" instead of "nc". imtest can do all the SASL
Andrew> login magic and still gives you raw access to the
Andrew> connection for sending commands.
Same thing:
# imtest -u ad...@server2.example.com localhost
S: * OK server
On Wed, May 12, 2010 at 4:51 PM, Andrew Morgan wrote:
>
> Use "imtest" instead of "nc". imtest can do all the SASL login magic and
> still gives you raw access to the connection for sending commands.
>
Or use 'openssl s_client -host server -port 143 -starttls imap'
--
Reinaldo de Carvalho
http
On Thu, 13 May 2010, Berend de Boer wrote:
>> "Reinaldo" == Reinaldo de Carvalho writes:
>
>Reinaldo> On Wed, May 12, 2010 at 4:04 PM, Berend de Boer
>Reinaldo> wrote:
>>>
>>> Clearly I can get the mailboxes to list if I don't use the @
>>> sign so doesn't that indicate I
> "Reinaldo" == Reinaldo de Carvalho writes:
Reinaldo> On Wed, May 12, 2010 at 4:04 PM, Berend de Boer
Reinaldo> wrote:
>>
>> Clearly I can get the mailboxes to list if I don't use the @
>> sign so doesn't that indicate I am indeed the global admin?
>>
>> The us
On Wed, May 12, 2010 at 4:04 PM, Berend de Boer wrote:
>
> Clearly I can get the mailboxes to list if I don't use the @ sign so
> doesn't that indicate I am indeed the global admin?
>
> The user I'm logged in at can change the acl on all mailboxes for
> example, so that indicates to me it is a glo
> "Reinaldo" == Reinaldo de Carvalho writes:
>> I'm looking for a way to list all mailboxes for a given domain,
>> i.e. in cyradm:
>>
>> lm *...@example.com*
>>
>> This does not return anything.
>>
>> lm *example.com*
>>
>> does though. It appears
On Wed, May 12, 2010 at 3:34 PM, Berend de Boer wrote:
> Hi people,
>
> I'm looking for a way to list all mailboxes for a given domain,
> i.e. in cyradm:
>
> lm *...@example.com*
>
> This does not return anything.
>
> lm *example.com*
>
> does though. It appears the @ sign screws up the wildcard
Sebastian Hagedorn írta:
> --On 26. Januar 2010 15:38:36 +0100 Kővári János wrote:
>
>> foolstupidclients: 1
>
> That's it:
>
> foolstupidclients: 0
>If enabled, only list the personal namespace when a LIST
> "*" is
>performed (it changes the request to a LIST "I
--On 26. Januar 2010 15:38:36 +0100 Kővári János wrote:
foolstupidclients: 1
That's it:
foolstupidclients: 0
If enabled, only list the personal namespace when a LIST "*"
is
performed (it changes the request to a LIST "INBOX*").
--
.:.Sebastian Hagedorn - R
> Kővári,
>
> Kővári János schrieb:
>
>> Ok, I found the following, if that helps to find the problem:
>> If I use cyradm and log in with any user, the "lm" command lists the
>> user's own mailbox only.
> That is to be expected.
Yeah, I guess...
>
>> When logging in with the cyrus user, it doesn'
Kővári,
Kővári János schrieb:
> Ok, I found the following, if that helps to find the problem:
> If I use cyradm and log in with any user, the "lm" command lists the
> user's own mailbox only.
That is to be expected.
> When logging in with the cyrus user, it doesn't list anything, since
> cyrus
> Dan White írta:
>
>> On 24/01/10 17:21 +0100, Kővári János wrote:
>>
>>> Dan White írta:
>>>
On 24/01/10 16:56 +0100, Kővári János wrote:
> - cyradm with user 'cyrus' & lm command doesn't display any
> mailboxes at all. (was working beofre, and still wo
Dan White írta:
> On 24/01/10 17:21 +0100, Kővári János wrote:
>> Dan White írta:
>>> On 24/01/10 16:56 +0100, Kővári János wrote:
- cyradm with user 'cyrus' & lm command doesn't display any
mailboxes at all. (was working beofre, and still works on an other
imap server)
- cy
On 24/01/10 17:21 +0100, Kővári János wrote:
> Dan White írta:
>> On 24/01/10 16:56 +0100, Kővári János wrote:
>>> - cyradm with user 'cyrus' & lm command doesn't display any mailboxes
>>> at all. (was working beofre, and still works on an other imap server)
>>> - cyradm with another imap admin us
Dan White írta:
> On 24/01/10 16:56 +0100, Kővári János wrote:
>> Hello,
>>
>> after my shared folder structure and all the messages in it have
>> mysteriously disappeared, I noticed a few strange things:
>> - all user mailboxes remained intact and fully functional
>> - I still see everything in t
On 24/01/10 16:56 +0100, Kővári János wrote:
>Hello,
>
>after my shared folder structure and all the messages in it have
>mysteriously disappeared, I noticed a few strange things:
>- all user mailboxes remained intact and fully functional
>- I still see everything in the GUI tool Gyrus (I don't ac
On 30/10/09 23:20 +0800, John Mok wrote:
> I checked the /var/log/auth.log, and found the following error when
> cyradm>lm returned a empty list :-
>
> Oct 29 08:36:13 imapsv01 perl: encoded packet size too big (4156 > 4096)
>
> Does it remind you how to solve the problem?
Yes. See:
http://mark
Hi Dan,
I checked the /var/log/auth.log, and found the following error when
cyradm>lm returned a empty list :-
Oct 29 08:36:13 imapsv01 perl: encoded packet size too big (4156 > 4096)
Does it remind you how to solve the problem?
I googled the problem and the following message advised to patch
> I checked the server log and it read that I passed GSSAPI login.
>
> The most interesting point is that cyradm seems get crashed after first
> failure :-
>
> Is it a bug in the cyrus-admin-2.2 package on Ubuntu 6.06.2 LTS?
That rings a bell too. I don't recall what my resolution was.
Does it
Hi Dan,
Thank you for your prompt reply.
> particularly the Administration section. I've had similar problems as you
> when not getting the admin config correct: If virtdomains are enabled and
> you are connecting as 'cyrus', you might need to add
> 'cy...@my-default-domain.org'. Or in your c
On Thu, 2009-10-29 at 09:52 +0800, John/SML wrote:
> I have similar problem as been posted :-
> http://lists.andrew.cmu.edu/pipermail/info-cyrus/2006-July/022899.html
> I am using Cyrus IMAP 2.2 packages from Ubuntu 6.06.2 LTS, and I used
> GSSAPI / Kerberos as authentication :-
> >kinit j...@g
On 29/10/09 08:33 -0500, Dan White wrote:
>If you have virtdomains enabled, see:
>
>http://cyrusimap.web.cmu.edu/imapd/install-virtdomains.html
>
>particularly the Administration section. I've had similar problems as you
>when not getting the admin config correct: If virtdomains are enabled and
>yo
On 29/10/09 09:52 +0800, John/SML wrote:
>>kinit j...@grt.citizen.co.jp
>>cyradm --user john imapsv01.grt.citizen.co.jp imap
>
>At the beginning, console command lm showed a list of mailboxes on the
>IMAP server. After adding over 90 mailboxes, suddenly lm showed empty
>list, but the mailboxes ar
On Sat, Jul 12, 2008 at 6:32 AM, brian <[EMAIL PROTECTED]> wrote:
> I cannot delete a mailbox with cyradm. Specifically, setacl seems not to
> be working:
>
> localhost.localdomain> sam [EMAIL PROTECTED] cyrus -c
try this instead
sam [EMAIL PROTECTED] cyrus x
use x instead of -c
Regards
> loc
--- Nicolas Carlier <[EMAIL PROTECTED]> wrote:
> On Wed, Jul 9, 2008 at 7:50 PM, Peter Santiago
> <[EMAIL PROTECTED]> wrote:
> > Stephen Liu wrote:
> >>
> Jul 9 23:45:30 satimis cyrus/master[4534]: about to exec
>
> /usr/lib/cyrus/bin/imapd
>
> Jul 9 23:45:30 satimis cyr
--- Nicolas Carlier <[EMAIL PROTECTED]> wrote:
> On Wed, Jul 9, 2008 at 6:50 PM, Stephen Liu <[EMAIL PROTECTED]>
> wrote:
> >
> > --- Nicolas Carlier <[EMAIL PROTECTED]> wrote:
> >
> > - snip -
> >>
> >> What kind of auth system are you using?
> >
> >
> > $ apt-cache policy libsasl2
> > libsasl2:
On Wed, Jul 9, 2008 at 7:50 PM, Peter Santiago <[EMAIL PROTECTED]> wrote:
> Stephen Liu wrote:
>>
Jul 9 23:45:30 satimis cyrus/master[4534]: about to exec
/usr/lib/cyrus/bin/imapd
Jul 9 23:45:30 satimis cyrus/imap[4534]: executed
Jul 9 23:45:30 satimis cyrus/imap[45
Stephen Liu wrote:
Jul 9 23:45:30 satimis cyrus/master[4534]: about to exec
/usr/lib/cyrus/bin/imapd
Jul 9 23:45:30 satimis cyrus/imap[4534]: executed
Jul 9 23:45:30 satimis cyrus/imap[4534]: accepted connection
Jul 9 23:45:36 satimis cyrus/imap[4534]: badlogin:
localhost.localdomain [12
--- Mike Zupan <[EMAIL PROTECTED]> wrote:
> is it possible you have any remote auth like ldap in place?
Hi Mike,
I'm running ssh here. This is a headless server. I have to configure
it remotely. However this operation has be performed sometimes without
problem.
B.R.
Stephen
>
> On 7/9/
is it possible you have any remote auth like ldap in place?
On 7/9/08, Stephen Liu <[EMAIL PROTECTED]> wrote:
>
> Hi Nicolas,
>
>
> Thanks for your advice.
>
>
>
> > In /etc/imapd.conf file you must add this line (reads the comments to
> > understand what you make):
> >
> > # Uncomment the followi
Hi Nicolas,
Thanks for your advice.
> In /etc/imapd.conf file you must add this line (reads the comments to
> understand what you make):
>
> # Uncomment the following and add the space-separated users who
> # have admin rights for all services.
> admins: cyrus
This line already uncommented p
On Wed, Jul 9, 2008 at 4:02 PM, Stephen Liu <[EMAIL PROTECTED]> wrote:
> Hi folks,
>
>
> Ubuntu LAMP 6.06 amd64
> Postfix
> Cyrus-imap-2.2
>
>
> Just discovered unable to login cyradm as cyrus
>
>
> $ cyradm -user cyrus localhost
> Password:
> cyradm: cannot authenticate to server as cyrus
>
>
> Th
brian wrote:
> I'm attempting to move from one server to another and have begun
> replicating the set-up on the new box but am running into problems. I
> want to set up authentication through sasldb and TLS (though the TLS
> postfix stuff is all commented out for now).
>
> I'm trying to set up
> Hello all!
>
> I have problem with connecting to cyrus via cyradm.
>
> This my configuration:
>
> === from imapd.conf ===
> virtdomains: userid
> defaultdomain: cub.org.ua
> loginrealms: cub.org.ua home.cub.org.ua
> sasl_pwcheck_method: auxprop
> sasl_auxprop_plugin: sql
> sasl_mech_list: PLAIN
>
On Feb 13, 2008 7:10 AM, Oleg Kostyuk <[EMAIL PROTECTED]> wrote:
> 2008/2/13, Alain Spineux <[EMAIL PROTECTED]>:
>
> > On Feb 12, 2008 10:32 PM, Oleg Kostyuk <[EMAIL PROTECTED]> wrote:
> > > Hello all!
> > > I have problem with connecting to cyrus via cyradm.
> > > This my configuration:
> > >
> >
On Feb 12, 2008 10:32 PM, Oleg Kostyuk <[EMAIL PROTECTED]> wrote:
> Hello all!
>
> I have problem with connecting to cyrus via cyradm.
>
> This my configuration:
>
> === from imapd.conf ===
> virtdomains: userid
> defaultdomain: cub.org.ua
> loginrealms: cub.org.ua home.cub.org.ua
> sasl_pwcheck_me
On Wed, 2008-02-06 at 10:13 -0800, Andrew Morgan wrote:
> I use a similar setup here with saslauthd and pam_ldap. However, I
> modified my /etc/pam.d/imap file to include pam_unix as well. This allows
> me to authenticate as the cyrus user (a local system user in /etc/passwd).
Great solution
1 - 100 of 424 matches
Mail list logo
