Michael D. Sofka wrote:
>
> Trying this on the 2.3.16 server, built from Simon Matter's source RPM
> on a RE5 server I get:
>
> Hacker[901]:mupdatetest -v -p 3905 -a g_murder imap-fe1.server.rpi.edu
> S: * AUTH "LOGIN" "PLAIN"
> S: * STARTTLS
> S: * PARTIAL-UPDATE
> S: * OK MUPDATE "imap-fe1.ser
I thought the procedue is to upgrade the back-end servers first.
Mike
"Andrew Morgan" wrote:
>Maybe you need to upgrade the mupdate master to 2.3.16 first?
>
> Andy
>
--
Michael D. Sofka
Sr. Systems Programmer
Communications & Middleware Technologies
Cyrus Home Page: http://www.cyrus
Maybe you need to upgrade the mupdate master to 2.3.16 first?
Andy
On Thu, 7 Oct 2010, Michael D. Sofka wrote:
> Additional information. Recall that:
>
>> I am in the process of upgrading our cyrus aggregation from 2.2.12 to
>> 2.3.16. I have installed cyrus 2.3.16 on a new back-end ser
Additional information. Recall that:
> I am in the process of upgrading our cyrus aggregation from 2.2.12 to
> 2.3.16. I have installed cyrus 2.3.16 on a new back-end server, and it
> appears fine. I can create accounts on the server, read email from
> them, etc.
>
> Now I am attempting to p
Stephen Liu wrote:
> Hi Michael,
>
>
>>> I have the feeling you should add this to your imapd.conf:
>>>
>>> sasl_mech_list: PLAIN
>>>
>> I miss AUTH=LOGIN and AUTH=PLAIN
>> so "sasl_mech_list: PLAIN" will only cause that no auth mech
>> will be available.
>
>
> Performed following test;
>
>
>
Hi Wesley,
> On 09 Jun 2008, at 13:06, Stephen Liu wrote:
> > S: L01 NO Login failed: generic failure
>
> These generic login failures typically produce a log message in your
>
> security logs.
Here are the logs
$ sudo ls -la /var/log/
total 48048
drwxr-xr-x 8 root root 4096 2008-06
On 09 Jun 2008, at 13:06, Stephen Liu wrote:
> S: L01 NO Login failed: generic failure
These generic login failures typically produce a log message in your
security logs.
:wes
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/In
Hi Michael,
> > I have the feeling you should add this to your imapd.conf:
> >
> > sasl_mech_list: PLAIN
> >
> I miss AUTH=LOGIN and AUTH=PLAIN
> so "sasl_mech_list: PLAIN" will only cause that no auth mech
> will be available.
Performed following test;
$ sudo nano /etc/imapd.conf
adding;
AUT
$ imtest -m login -p imap -u satimiscyrus localhost
S: * OK lampserver Cyrus IMAP4 v2.2.12-Debian-2.2.12-4ubuntu1 server
ready
C: C01 CAPABILITY
S: * CAPABILITY IMAP4 IMAP4rev1 ACL QUOTA LITERAL+ MAILBOX-REFERRALS
NAMESPACE UIDPLUS ID NO_ATOMIC_RENAME UNSELECT CHILDREN MULTIAPPEND
BINARY SORT THRE
Hi Simon,
- snip -
> > $ cat /etc/pam.d/imap
> > @include common-auth
> > @include common-account
>
> Well, now you should provide us the common-auth and common-account
> configs.
$ locate common-auth
/etc/pam.d/common-auth
/usr/share/pam/common-auth
/usr/share/pam/common-auth.md5sums
$ cat
>
> --- Simon Matter <[EMAIL PROTECTED]> wrote:
>
>
> Sorry previously I made a mistake on posting /etc/default/saslauthd
>
>
> It should read as;
>
> $ cat /etc/default/saslauthd
> # This needs to be uncommented before saslauthd will be run
> automatically
> START=yes
> PARAMS="-m /var/spool/postf
--- Simon Matter <[EMAIL PROTECTED]> wrote:
Sorry previously I made a mistake on posting /etc/default/saslauthd
It should read as;
$ cat /etc/default/saslauthd
# This needs to be uncommented before saslauthd will be run
automatically
START=yes
PARAMS="-m /var/spool/postfix/var/run/saslauthd -
>
> --- Simon Matter <[EMAIL PROTECTED]> wrote:
>
> - snip -
>
>
>> > cyrus.conf and imapd.conf are as follows. Those lines, commented
>> out,
>> > have been deleted to shorten the length of this posting.
>>
>> OK, since you are using saslauthd you should also post the saslauthd
>> and
>> related
> --- Simon Matter <[EMAIL PROTECTED]> wrote:
>
> - snip -
>
>> > Please advise where shall I check and how to fix the problem. TIA
>>
>> You should post your configs (/etc/cyrus.conf and /etc/imapd.conf)
>> which
>> will make it easier for someone to help you.
>
>
> Hi Simon,
>
>
> cyrus.conf and
--- Simon Matter <[EMAIL PROTECTED]> wrote:
- snip -
> > cyrus.conf and imapd.conf are as follows. Those lines, commented
> out,
> > have been deleted to shorten the length of this posting.
>
> OK, since you are using saslauthd you should also post the saslauthd
> and
> related configs (PAM o
--- Simon Matter <[EMAIL PROTECTED]> wrote:
- snip -
> > Please advise where shall I check and how to fix the problem. TIA
>
> You should post your configs (/etc/cyrus.conf and /etc/imapd.conf)
> which
> will make it easier for someone to help you.
Hi Simon,
cyrus.conf and imapd.conf are as
> Hi folks,
>
>
> On running;
>
> $ su
>
> # imtest -m login -p imap localhost
> S: * OK lampserver Cyrus IMAP4 v2.2.12-Debian-2.2.12-4ubuntu1 server
> ready
> C: C01 CAPABILITY
> S: * CAPABILITY IMAP4 IMAP4rev1 ACL QUOTA LITERAL+ MAILBOX-REFERRALS
> NAMESPACE UIDPLUS ID NO_ATOMIC_RENAME UNSELECT C
Dear listeners,
Am Sonntag, 9. Mai 2004 21:15 schrieb Andreas Winkelmann:
...
> > I need to do this because different accounts have different user email
> > addresses for sending. If an email client could have different
> > send-from addresses based on folder, then this wouldn't be an issue,
> > h
Luca Olivetti wrote:
Jim Sabatke wrote:
I need to do this because different accounts have different user email
addresses for sending. If an email client could have different
send-from addresses based on folder, then this wouldn't be an issue,
however Mozilla doesn't do this, and I don't know
Luca Olivetti wrote:
Jim Sabatke wrote:
I need to do this because different accounts have different user
email addresses for sending. If an email client could have different
send-from addresses based on folder, then this wouldn't be an issue,
however Mozilla doesn't do this, and I don't know
Luca Olivetti --> info-cyrus (2004-05-10 12:55:54 +0200):
> Jim Sabatke wrote:
>
> >I need to do this because different accounts have different user email
> >addresses for sending. If an email client could have different
> >send-from addresses based on folder, then this wouldn't be an issue,
>
Jim Sabatke wrote:
I need to do this because different accounts have different user email
addresses for sending. If an email client could have different
send-from addresses based on folder, then this wouldn't be an issue,
however Mozilla doesn't do this, and I don't know of a client that does
Dear listeners,
Am Sonntag, 9. Mai 2004 21:15 schrieb Andreas Winkelmann:
...
> > I need to do this because different accounts have different user email
> > addresses for sending. If an email client could have different
> > send-from addresses based on folder, then this wouldn't be an issue,
> > h
--On Sonntag, 9. Mai 2004 14:07 Uhr -0700 Jim Sabatke <[EMAIL PROTECTED]>
wrote:
I need to do this because different accounts have different user email
addresses for sending. If an email client could have different send-from
addresses based on folder, then this wouldn't be an issue, however
Mozi
Am Montag, 10. Mai 2004 00:58 schrieb Jim Sabatke:
> I did that, and now ALL users fail with the same user disabled error.
>
> I've searched the web for this error and there are thousands of
> references, most with different solutions. One that I tried involved
> modifying the pam.conf file. The
Andreas Winkelmann wrote:
Am Sonntag, 9. Mai 2004 23:07 schrieb Jim Sabatke:
Where do you want your user-accounts instead?
I want to have cyrus user accounts where no system user exists. Is that
possible? The reason is, I have a number of cyrus accounts for the same
user.
Yes of
Am Sonntag, 9. Mai 2004 23:07 schrieb Jim Sabatke:
> >Where do you want your user-accounts instead?
>
> I want to have cyrus user accounts where no system user exists. Is that
> possible? The reason is, I have a number of cyrus accounts for the same
> user.
Yes of course, this is possible. You
Andreas Winkelmann wrote:
Am Sonntag, 9. Mai 2004 21:50 schrieb Jim Sabatke:
I'm running posfix/cyrus/mysql on SuSE 9.0.
I can't connect to an account where the user name is not also a UNIX
user (in /etc/passwd). This is driving me nuts. If I create a UNIX
user, the authentication works fin
Am Sonntag, 9. Mai 2004 21:50 schrieb Jim Sabatke:
> I'm running posfix/cyrus/mysql on SuSE 9.0.
>
> I can't connect to an account where the user name is not also a UNIX
> user (in /etc/passwd). This is driving me nuts. If I create a UNIX
> user, the authentication works fine. I deleted the use
Hi there Alain,
I had a very similar problem that took most of a week
to sort out.
It is working now, but to be honest, I dinnae ken
exactly what it was that made it eventually work.
Sorry.
However, for some clues, see:-
http://asg.web.cmu.edu/archive/mailbox.php?mailbox=archive.info-cyrus&sta
Alain Barthelemy wrote:
[snip]
>
>
> /etc/imapd:
>
> configdirectory: /var/imap
> partition-default: /var/spool/imap
> admins: cyrus
> allowanonymouslogin: no
> autocreatequota: 1
> reject8bit: no
> quotawarn: 90
> timeout: 30
> poptimeout: 10
> dracinterval: 0
> dr
> I run slackware 8 on my box. I installed Cyrus IMAP using the instructions
> from http://www.linuxdoc.org/HOWTO/Cyrus-IMAP.html
>
> In section 8.2 (http://www.linuxdoc.org/HOWTO/Cyrus-IMAP-8.html#ss8.2 ) i
> get to test the installation. But when I get to (3) I get th efollowing :
>
> C: C01 CAP
This mail does not relate to this problem.
can anyone please help me
I have tried to contact the list for a week now, in vain. I really need help
on an issue.
I run slackware 8 on my box. I installed Cyrus IMAP using the instructions
from http://www.linuxdoc.org/HOWTO/Cyrus-IMAP.html
In section
gt;; <[EMAIL PROTECTED]>
Sent: Monday, September 10, 2001 12:22 PM
Subject: Re: Authentication problem on RH 7.1
> Oyku Gencay wrote:
> > I've build and installed cyrus imapd 2.0.16-1rm from source by Ramiro
> > Morales available at http://rmrpms.tripod.com/cyrus-imapd
Oyku Gencay wrote:
> I've build and installed cyrus imapd 2.0.16-1rm from source by Ramiro
> Morales available at http://rmrpms.tripod.com/cyrus-imapd/. I've
succesfully
> compiled and installed cyrus but, Cyrus does not authenticate users. I wat
> to use PAM. Is there something obvious that I'm m
[EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> While performing my own testing I noticed that if I telnet to port 143 on
> the IMAP server and attempt to login with a bogus username / password that
> the IMAP server log file DOES NOT REFLECT the failed login attempt.
It should! Your syslog setup
36 matches
Mail list logo
