On Fri, 20 Jan 2017, at 03:31, Sebastian Hagedorn via Info-cyrus wrote:
> --On 19. Januar 2017 um 17:18:06 +0100 Simon Matter
> wrote:
>
> > We and others had this as a patch in our RPMs but I think it has never
> > been part of vanilla cyrus-imapd.
>
> Oops. Should I
--On 19. Januar 2017 um 17:18:06 +0100 Simon Matter
wrote:
We and others had this as a patch in our RPMs but I think it has never
been part of vanilla cyrus-imapd.
Oops. Should I open an issue for a feature request? I'm surprised that's
not something many sites want
> Hi,
>
> I considered opening a Github issue, but the question seems too trivial
> for
> that.
>
> I'm playing around with cyrus-imapd-3.0.0-rc1. When I ran "cyr_info
> conf-lint" on the conf files from our 2.4.x production server, I got a few
> items I knew how to deal with, but also this:
>
>
Hi,
I considered opening a Github issue, but the question seems too trivial for
that.
I'm playing around with cyrus-imapd-3.0.0-rc1. When I ran "cyr_info
conf-lint" on the conf files from our 2.4.x production server, I got a few
items I knew how to deal with, but also this:
normalizeuid:
> "PG" == Patrick Goetz via Info-cyrus
> writes:
PG> Why would you need to do this as opposed to, say, just setting up
PG> multiple personalities on your MUA?
I used impersonation to initially import mailboxes into Cyrus way back
when I switched from
Why would you need to do this as opposed to, say, just setting up
multiple personalities on your MUA?
On 01/19/2017 02:17 AM, Gabriele Bulfon via Info-cyrus wrote:
Hi,
is there any mechanism with Cyrus imap to impersonate another user?
I've seen other imap servers scenarios where one may use
wow...I just found that in Java is already implemented:
Properties props=System.getProperties();
props.setProperty("mail.imap.sasl.authorizationid","targetmail...@domain.tld" );
Session session=Session.getInstance(props);
Store store=session.getStore("imap");
Quoting Gabriele Bulfon :
Thanks,
my imapd.conf has already :
admins: sonicle
sasl_mech_list: plain
if I try an imap session with:
A01 AUTHENTICATE PLAIN
+
xxx
where xxx comes from 'echo -en "\0sonicle\0pass" | base64' , I
get authenticated as sonicle.
Thanks,
my imapd.conf has already :
admins: sonicle
sasl_mech_list: plain
if I try an imap session with:
A01 AUTHENTICATE PLAIN
+
xxx
where xxx comes from 'echo -en "\0sonicle\0pass" | base64' , I get
authenticated as sonicle.
Now, how do I switch to the desired user?
Once I
Quoting Gabriele Bulfon via Info-cyrus :
Hi,
is there any mechanism with Cyrus imap to impersonate another user?
I've seen other imap servers scenarios where one may use plain
authentication and sending user as mailboxuser plus a separator plus
adminuser
> Hi,
> is there any mechanism with Cyrus imap to impersonate another user?
> I've seen other imap servers scenarios where one may use plain
> authentication and sending user as mailboxuser plus a separator plus
> adminuser and use only adminpassword, to get access to the mailboxuser as
> is
Hi,
is there any mechanism with Cyrus imap to impersonate another user?
I've seen other imap servers scenarios where one may use plain authentication
and sending user as mailboxuser plus a separator plus adminuser and use only
adminpassword, to get access to the mailboxuser as is (dovecot,
12 matches
Mail list logo