Re: [Dovecot] Pigeonhole feature request: automatically copy sieve_global_path (default script) to user's sieve_dir
On 12.10.2010 06:47, Jerrale G wrote: > Maybe you could add a retain_sieve_global=yes|no setting OR be > more complex by having the sieve_global_dir copied to the users > sieve_dir on first managesieve script save, if another setting to do > this was set to yes. This way the administrators can create a skeleton > directory and the users can retain the default skeleton settings. sieve_before and/or sieve_after should be enough: http://wiki2.dovecot.org/Pigeonhole/Sieve/Configuration Why do you need an extra setting? I am not sure I follow. > This way the administrators can create a skeleton directory and the > users can retain the default skeleton settings. You can already do this in your user creation script. -- Eray
[Dovecot] Pigeonhole feature request: automatically copy sieve_global_path (default script) to user's sieve_dir
We have used the great managesieve you have merged together, with sieve, to create pigeonhole. However, when a user creates a custom script through a GUI of ours, the default, as we expected, would be ignored. Maybe you could add a retain_sieve_global=yes|no setting OR be more complex by having the sieve_global_dir copied to the users sieve_dir on first managesieve script save, if another setting to do this was set to yes. This way the administrators can create a skeleton directory and the users can retain the default skeleton settings. Maybe, in the future, you can do, just like the master auth for logging into users' imap accounts, you could have the master=yes allow login to each user's managesieve. Just some suggestions but, until a new feature comes around, I will have a cron job or a imap-login script do the trick. Timo has said that you are a separate developer from dovecot. I just want to thank you for the great job on sieve as well, Kudos, Jerrale G -- Jerrale G. SC Senior Admin
Re: [Dovecot] POP3 Slow
Hi, Thanks to everybody for your contributions to my issue. The hardware usage is minimal. I was actually thinking that I have missed something major in the strace output, that I had posted and that would be pointed out. Beyond that I have looked into every possible angle, and I did run a further network analysis of TCP connections ( ftp ), as suggested, and found out that there were retransmissions and duplicate acks. The problems are extraneous to dovecot, which in my opinion is the best IMAP/POP3 server out there. This issue can be considered closed. . --- On Mon, 11/10/10, Charles Marcus wrote: From: Charles Marcus Subject: Re: [Dovecot] POP3 Slow To: dovecot@dovecot.org Date: Monday, 11 October, 2010, 11:06 PM On 2010-10-11 12:15 PM, Jerry wrote: > As you are probably aware, most posters supply either too little or > too much info. When in doubt, I would favor the "too much" scenario > though. It saves asking for further info and greatly facilitates > diagnosing the problem. I agree, but you miss my point... Providing 'uname -a' output is *redundant* (except for old/outdated versions that do not include this info) when doveconf -n output is provided... -- Best regards, Charles
[Dovecot] strange behavior with virtual accounts and imap
hi, I've recently setup new mailserver with dovecot and postfix. They use mysql and virtual accounts. All works perfectly except.. There is one group account named info, all the mail is forwarded to every other account. Users download their mail via Outlook (2003, 2007) with imap. If someone downloads email send to info and delete it after that. Outlook stoke the message and doesn't delete it immediately, thats normal. But if later someone else downloads his mail and it have received the same letter to info. The message appear as if it's already deleted by that user. But is supposed to be unreaded. I cant find any info why is this happening. Please help
Re: [Dovecot] Dovecot Version 1.2.12 Slow IMAP LIST Question
On 2010-10-11 12:56 PM, Dave Shanefelter wrote: > From the inside, if I telnet into Dovecot IMAP and issue ? LIST "" > "*" I get an instant list of my folders. > > If I do the above from the outside, the LIST command slowly lists 10 > - 15 entries and stops, then pauses for what seems to be 30 seconds > to a minute, then lists another 10 - 15 entries. After about 5 > minutes of this it finally times out. > Can anyone offer additional troubleshooting to help us track down > this issue? First thing to check is the firewall... CISCO's are notorious for 'fixing' things that ends up breaking things... Next is to sniff the connection and see what is happening... -- Best regards, Charles
Re: [Dovecot] POP3 Slow
On 2010-10-11 12:15 PM, Jerry wrote: > As you are probably aware, most posters supply either too little or > too much info. When in doubt, I would favor the "too much" scenario > though. It saves asking for further info and greatly facilitates > diagnosing the problem. I agree, but you miss my point... Providing 'uname -a' output is *redundant* (except for old/outdated versions that do not include this info) when doveconf -n output is provided... -- Best regards, Charles
[Dovecot] Samba4 Active Directory and Doveadm
When executing: doveadm search -A mailbox INBOX from SOMEBODY I am getting: doveadm(root): Error: user root: Invalid settings in userdb: userdb returned 0 as uid doveadm(root): Error: User lookup failed: Invalid user settings. Refer to server log for more information. doveadm(bin): Error: user bin: Couldn't drop privileges: Mail access for users with UID 1 not permitted (see first_valid_uid in config file). doveadm(bin): Error: User init failed doveadm: Error: Failed to iterate through some users hosts =FQDN base = dc=example,dc=com ldap_version = 3 user_attrs = =homeDirectory=/home/vmail/%d/%n, =mail=maildir:/home/vmail/%d/%n, uid=vmail, gid=vmail user_filter = (&(objectClass=person)(|(mail=%u)(sAMAccountName=%u)(userPrinicipalName=%u))) # For using doveadm -A: iterate_attrs = uid=samaccountname iterate_filter = (objectClass=person) I can receive email and login just fine. The problem is when doing doveadm stuff. I do not know ldap (learning as I go). I need to set the uid/guid to vmail (500 in this case if vmail can't be used). Any help would be greatly appreciated. I do not have sfu or rfc2xxx enabled as this requires changing things with Samba 4 that I would rather avoid at the moment. Thank you for any help, Trever -- "Virtue does not always demand a heavy sacrifice -- only the willingness to make it when necessary." -- Frederick Dunn signature.asc Description: OpenPGP digital signature
[Dovecot] Dovecot Version 1.2.12 Slow IMAP LIST Question
We are using Dovecot 1.2.12, FreeBSD 8.1 Stable, & SquirrelMail 1.4.21 Our problem is that SquirrelMail works fine inside our Network, but from the outside SquirrelMail times out before it can display the inbox contents. SquirrelMail times out for everyone, all of the time. In troubleshooting we have observed the following: >From the inside, if I telnet into Dovecot IMAP and issue ? LIST "" "*" I get an instant list of my folders. If I do the above from the outside, the LIST command slowly lists 10 - 15 entries and stops, then pauses for what seems to be 30 seconds to a minute, then lists another 10 - 15 entries. After about 5 minutes of this it finally times out. An interesting note is, when it stops listing and pauses, it doesn't stop at the end of a line (folder entry), it stops half way through a line entry. For example, say the folder entry is mailfolder/folder1/folder2, when it stops I see mailfolder/fol I don't think this is a SquirrelMail issue because of the IMAP LIST problem. We have turned on debugging, but the logs really don't show much, just the timeout. Can anyone offer additional troubleshooting to help us track down this issue? Thanks
Re: [Dovecot] POP3 Slow
On Mon, 11 Oct 2010 11:56:38 -0400 Charles Marcus articulated: > Actually, doveconf -n output should include similar output as uname -a > (as well as dovecot version) at the top... It was meant as a semi all inclusive listings. I could have included tcpdump, etc.; however, I just wanted to convey the general idea to the OP. Obviously, 'dovecot -n' would not be required for say a Postfix specific problem. As you are probably aware, most posters supply either too little or too much info. When in doubt, I would favor the "too much" scenario though. It saves asking for further info and greatly facilitates diagnosing the problem. -- Jerry ✌ dovecot.u...@seibercom.net Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __ She was good at playing abstract confusion in the same way a midget is good at being short. Clive James, on Marilyn Monroe
Re: [Dovecot] POP3 Slow
On 2010-10-11 11:15 AM, Jerry wrote: > To the OP, the output of "uname -a", "dovecot -n" Actually, doveconf -n output should include similar output as uname -a (as well as dovecot version) at the top... -- Best regards, Charles
Re: [Dovecot] POP3 Slow
On Mon, 11 Oct 2010 09:32:35 -0500 Ken A articulated: > Well, to keep us from wasting our time, and to get relevant answers > efficiently, it's good practice to outline your hardware, and what > you have already tried in your first post. What does your hardware > utilization look like? In the future, could we also please trim the superfluous material from these posts. To the OP, the output of "uname -a", "dovecot -n" as well as the configuration files of other pertinent applications in addition to what modifications you have made and all pertinent log entries would prove extremely useful. Listing your hardware, as previously mentioned, is also invaluable in some situations. Some of these you have obviously all ready supplied and, or been requested to supply. -- Jerry ✌ dovecot.u...@seibercom.net Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __ One big pile is better than two little piles. Arlo Guthrie
[Dovecot] Shared folders, please help.!
Hello all,
First of all sorry for this, it has been discussed many times, but i can
not make it work.
I tried for a long time now.
I do something wrong, but i do not know what.
First of all, i have virtual users, with virtual domains.
Mail is stored in /usr/local/virtual/domain name/user
So if my domain is domain.com and my e-mail address is jo...@domain.com
the directory is
/usr/local/virtual/domain.com/johan
i followed the wiki, and my configuration looks like the following.
beasty dovecot # dovecot -n
# 2.0.5: /usr/local/etc/dovecot/dovecot.conf
# OS: FreeBSD 8.1-STABLE amd64 ufs
auth_debug = yes
auth_debug_passwords = yes
auth_mechanisms = plain login
auth_verbose = yes
dict {
acl = mysql:/usr/local/etc/dovecot/dovecot-dict-acl-sql.conf
quotadict = mysql:/usr/local/etc/dovecot/dovecot-dict-quota.conf
}
disable_plaintext_auth = no
first_valid_gid = 1004
first_valid_uid = 1004
last_valid_gid = 1004
last_valid_uid = 1004
log_timestamp = .%Y-%m-%d %H:%M:%S .
mail_access_groups = vmail
mail_debug = yes
mail_gid = 1004
mail_location = maildir:/usr/local/virtual/%d/%n
mail_uid = 1004
managesieve_notify_capability = mailto
managesieve_sieve_capability = fileinto reject envelope
encoded-character vacation subaddress comparator-i;ascii-numeric
relational regex imap4flags copy include variables body enotify
environment mailbox date
mbox_write_locks = fcntl
namespace {
hidden = no
inbox = yes
list = yes
location =
prefix =
separator = /
subscriptions = yes
type = private
}
namespace {
inbox = no
list = children
location = maildir:/usr/local/virtual/%%d/%%n/shared/:INDEX=/shared/%%n
prefix = shared/%%d/%%u/
separator = /
subscriptions = no
type = shared
}
passdb {
args = /usr/local/etc/dovecot/dovecot-mysql.conf
driver = sql
}
plugin {
acl = vfile
acl_anyone = allow
acl_shared_dict = proxy::acl
autocreate = Trash
autocreate2 = Junk
autocreate3 = Sent
autocreate4 = Drafts
autocreate5 = Templates
autosubscribe = Trash
autosubscribe2 = Junk
autosubscribe3 = Sent
autosubscribe4 = Drafts
autosubscribe5 = Templates
quota = dict:::proxy::quotadict
quota_warning = storage=95%% /usr/local/bin/quota-warning.sh 95
quota_warning2 = storage=80%% /usr/local/bin/quota-warning.sh 80
}
protocols = imap pop3
service auth {
unix_listener /var/spool/postfix/private/auth {
group = postfix
mode = 0660
user = postfix
}
unix_listener auth-master {
group = vmail
mode = 0660
user = vmail
}
}
service dict {
unix_listener dict {
mode = 0600
user = vmail
}
}
service imap-login {
inet_listener imap {
address = 192.168.50.200
port = 143
}
}
service pop3-login {
inet_listener pop3 {
address = 192.168.50.200
port = 110
}
}
ssl = no
userdb {
args = /usr/local/etc/dovecot/dovecot-mysql.conf
driver = sql
}
protocol imap {
imap_client_workarounds = delay-newmail tb-extra-mailbox-sep
imap_idle_notify_interval = 2 mins
imap_logout_format = bytes=%i/%o
imap_max_line_length = 64 k
mail_plugins = quota imap_quota autocreate acl imap_acl mail_log notify
}
protocol pop3 {
mail_plugins = quota trash
pop3_client_workarounds = outlook-no-nuls oe-ns-eoh
pop3_uidl_format = %08Xu%08Xv
}
protocol lda {
auth_socket_path = /var/run/dovecot/auth-master
mail_plugins = quota acl mail_log notify
postmaster_address = postmas...@test.com
sendmail_path = /usr/local/sbin/sendmail
}
That is my config file.
My dovecot-dict-acl-sql.conf looks like the following
connect = host=localhost dbname=postfix user=postfix password=password
map {
pattern = shared/shared-boxes/$to/$from
table = user_shares
value_field = dummy
fields {
from_user = $from
to_user = $to
}
}
That is slightly different than the wiki says, if i use that , it gives
me an error.
the pattern on the wiki looks like this
pattern = shared/shared-boxes/users/$to/$from
if i login as user johan and set ACL on my INBOX i do it this way.
i telnet to the server and issue the following
beasty dovecot # telnet 192.168.50.200 143
Trying 192.168.50.200...
Connected to beasty.localdomain.local.
Escape character is '^]'.
* OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE
AUTH=PLAIN AUTH=LOGIN] imap, pop ready
a login jo...@domain.com mypass
a OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE
SORT SORT=DISPLAY THREAD=REFERENCES THREAD=REFS MULTIAPPEND UNSELECT
IDLE CHILDREN NAMESPACE UIDPLUS LIST-EXTENDED I18NLEVEL=1 CONDSTORE
QRESYNC ESEARCH ESORT SEARCHRES WITHIN CONTEXT=SEARCH LIST-STATUS QUOTA
ACL RIGHTS=texk] Logged in
b SETACL INBOX h...@domain.com lr
b OK Setacl complete.
c GETACL INBOX
* ACL "INBOX" "h...@domain.com" lr "jo...@domain.com" lrwstipekxacd
c OK Getacl completed.
This looks good i guess, also my database is filled, with the from and to !
But i can not see the mailbox if i login as user hans.
beasty dovecot # telnet 192.168.50.200 143
Trying 192.168.50.200...
Re: [Dovecot] POP3 Slow
On 10/8/2010 11:04 PM, Avinash Mishra wrote:
Hi
I have tried out the Performance Tuning measures, I do not think that an
upgrade is going to help as most of the features can be incorporated
with the current version itself. ( already done that btw )
Well, to keep us from wasting our time, and to get relevant answers
efficiently, it's good practice to outline your hardware, and what you
have already tried in your first post. What does your hardware
utilization look like?
Ken
I am unable to find any anomalies in the trace, or am I missing something ?
The only part that seems to be not ok, is the EAGAIN -1 return from the write()
function.
I did run a protocol analyzer trace on the TCP transaction, when the POP3
clients were connecting and discovered a lot of Re-Transmissions and Duplicate
ACK packets.
--- On Fri, 8/10/10, Ken A wrote:
From: Ken A
Subject: Re: [Dovecot] POP3 Slow
To: dovecot@dovecot.org
Date: Friday, 8 October, 2010, 7:24 PM
Have you tried the suggestions on improving performance in the wiki?
http://wiki.dovecot.org/PerformanceTuning
You will need to upgrade to take advantage of several of them..
Ken
On 10/7/2010 11:40 PM, Avinash Mishra wrote:
Hi,
I am running both IMAP/POP3 services. Recently, the POP3 users started
complaining of slow performance.
I tried to resolve it by advising them to trim their inbox, but to no avail.
Kindly advise as I am not able to resolve this issue.
dovecot -n:
# 1.0.7: /etc/dovecot.conf
ssl_cert_file: /etc/dovecot.cert.pem
ssl_key_file: /etc/dovecot.key.pem
login_dir: /var/run/dovecot/login
login_executable(default): /usr/libexec/dovecot/imap-login
login_executable(imap): /usr/libexec/dovecot/imap-login
login_executable(pop3): /usr/libexec/dovecot/pop3-login
mail_location: maildir:~/Maildir
mail_executable(default): /usr/libexec/dovecot/imap
mail_executable(imap): /usr/libexec/dovecot/imap
mail_executable(pop3): /usr/libexec/dovecot/pop3
mail_plugin_dir(default): /usr/lib/dovecot/imap
mail_plugin_dir(imap): /usr/lib/dovecot/imap
mail_plugin_dir(pop3): /usr/lib/dovecot/pop3
pop3_client_workarounds(default):
pop3_client_workarounds(imap):
pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh
auth default:
mechanisms: plain login
passdb:
driver: pam
userdb:
driver: passwd
=
sstrace -tt -o log -p:
18:45:55.425819 gettimeofday({1286457355, 425856}, {4294966966, 0}) = 0
18:45:55.425901 write(1, "hQIKACgAoAKACgAoAKACgAoASgBaBhQI"..., 1683) = 1683
18:45:55.425987 setsockopt(1, SOL_TCP, TCP_CORK, [1], 4) = 0
18:45:55.426044 pread64(9, "UAFABQAUAFABQBR+zxT31x5qBsBcUAOu"..., 4096, 20480)
= 4096
18:45:55.426137 write(1, "\r\nAUAFABQAUAFABQAUAFABQAUAFABQAU"..., 4134) = 4134
18:45:55.426204 pread64(9, "/AJ5p+VAg+zwd4k/7\n5FAB9nh/55J/3y"..., 4096, 24576)
= 4096
18:45:55.426298 write(1, "\r\nAC+UmP4v++jR8gsHkp7/APfRosuwWI"..., 4134) = 4134
18:45:55.426373 pread64(9, "FA\nBQAUAFABQAUAFABQAUAFABQAUAFAB"..., 4096, 28672)
= 4096
18:45:55.426466 write(1, "\r\nKBBQAUAFABQAUAFABQAUAFABQAUAFA"..., 4134) = 1729
18:45:55.426528 write(1, "rSs+4B+8/2f1oswD956r+VGow/eeq/lR"..., 2405) = -1
EAGAIN (Resource temporarily unavailable)
18:45:55.426600 setsockopt(1, SOL_TCP, TCP_CORK, [0], 4) = 0
18:45:55.426674 gettimeofday({1286457355, 426704}, NULL) = 0
18:45:55.426752
poll([{fd=4, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=2,
events=POLLERR|POLLHUP|POLLNVAL}, {fd=0,
events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=1,
events=POLLOUT|POLLERR|POLLHUP|POLLNVAL}], 4, 4839) = 1 ([{fd=1,
revents=POLLOUT}])
18:45:55.803792 gettimeofday({1286457355, 803819}, {4294966966, 0}) = 0
18:45:55.803867 write(1, "rSs+4B+8/2f1oswD956r+VGow/eeq/lR"..., 2405) = 2405
18:45:55.803943 setsockopt(1, SOL_TCP, TCP_CORK, [1], 4) = 0
18:45:55.803998 pread64(9, "BQAUAFABQAUAFABQAUAFABQAUAFABQAU"..., 4096, 32768)
= 4096
18:45:55.804091 write(1, "\r\nAFABQAUAFABQAUAFABQAUAFABQAUAF"..., 4134) = 4134
18:45:55.804158 pread64(9, "QH+Dbzj0zQBbVCrjDfIFxtx+tAD6ACgA"..., 4096, 36864)
= 4096
18:45:55.804251 write(1, "\r\njQBQgtryBSqPDknJJBJJ96ALe6QXCp"..., 4134) = 2221
18:45:55.804327 write(1, "86U5IzwPagCxcQtI0BXHyOGP0waAJ6AF"..., 1913) = -1
EAGAIN (Resource temporarily unavailable)
18:45:55.804399 setsockopt(1, SOL_TCP, TCP_CORK, [0], 4) = 0
18:45:55.804449 gettimeofday({1286457355, 804466}, NULL) = 0
18:45:55.804497
poll([{fd=4, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=2,
events=POLLERR|POLLHUP|POLLNVAL}, {fd=0,
events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=1,
events=POLLOUT|POLLERR|POLLHUP|POLLNVAL}], 4, 4461) = 1 ([{fd=1,
revents=POLLOUT}])
18:45:56.189834 gettimeofday({1286457356, 189861}, {4294966966, 0}) = 0
18:45:56.189908 write(1, "86U5IzwPagCxcQtI0BXHyOGP0waAJ6AF"..., 1913) = 1913
18:45:56.189982 setsockopt(1, SOL_TCP, TCP_CORK, [1], 4) = 0
18:45:56.190039 pread6
[Dovecot] AUTOREPLY Re: 2.0.5 masteruser problem with uncached users
Vielen Dank für Ihre Email!
Ich bin heute leider nicht im Büro, erhalte Ihre Email aber trotzdem. In
dringenden Fällen können Sie mich auch per Handy erreichen: 0177-7372923.
Mit freundlichen Grüßen aus Sarstedt
Hauke Hagedorn
--
Hagedorn Internet- & Veranstaltungsdienstleistungen
Wenderter Str. 37d
31157 Sarstedt
Ust-Id DE 256037115
Tel: +49 5066 917 339 1
Fax: +49 5066 917 339 9
www.mediaciety.de
i...@mediaciety.de
* Ralf Hildebrandt :
> a "masteruser" login fails:
>
> Oct 8 15:12:54 postamt dovecot: auth: Debug:
> auth(masteruser,141.42.206.38,master): Master user lookup for login:
> nonworkinguser
> Oct 8 15:12:54 postamt dovecot: auth:
> passdb(masteruser,141.42.206.38,master): Master user logging in as
> nonworkinguser
> Oct 8 15:12:54 postamt dovecot: auth: Debug:
> cache(nonworkinguser,141.42.206.38): expired
> Oct 8 15:12:54 postamt dovecot: auth: Debug:
> pam(nonworkinguser,141.42.206.38): lookup service=dovecot
> Oct 8 15:12:54 postamt dovecot: auth: Debug:
> pam(nonworkinguser,141.42.206.38): #1/1 style=1 msg=Password:
> Oct 8 15:12:56 postamt dovecot: auth: pam(nonworkinguser,141.42.206.38):
> pam_authenticate() failed: Authentication failure (password mismatch?) (given
> password: correct_masteruserpassword)
> Oct 8 15:12:58 postamt dovecot: auth: Debug: client out:
> FAIL^I48226^Iuser=nonworkinguser^Iauthz
> Oct 8 15:12:58 postamt dovecot: imap-login: Disconnected (auth failed, 1
> attempts): user=, method=PLAIN, rip=141.42.206.38,
> lip=141.42.206.36, mpid=0
>
> but with the same setup, a masteruser for another user succeeded:
>
> Oct 8 13:44:31 postamt dovecot: auth: Debug:
> auth(masteruser,127.0.0.1,master): Master user lookup for login: workinguser
> Oct 8 13:44:31 postamt dovecot: auth: passdb(masteruser,127.0.0.1,master):
> Master user logging in as workinguser
> Oct 8 13:44:31 postamt dovecot: auth: Debug: cache(workinguser,127.0.0.1):
> hit: {SHA1}fJcDCzIZnqwatTFXqU/Vgf5kwlo=^Iuser=workinguser^Iuser=workinguser
> Oct 8 13:44:31 postamt dovecot: auth: Debug: client out:
> OK^I3685^Iuser=workinguser
> Oct 8 13:44:32 postamt dovecot: auth: Debug: master out:
> USER^I1^Iworkinguser^Isystem_groups_user=workinguser^Iuid=47077^Igid=100^Ihome=/home/d/w/workinguser^Imaster_user=masteruser
> Oct 8 13:44:32 postamt dovecot: imap-login: Login: user=,
> method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, mpid=28224, secured
>
> So why does the masteruser login for an UNCACHED user fail?
Right now I'm having a hard time migrating my users because the
masteruser login fails. Anybody?
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Universitätsmedizin Berlin
Campus Benjamin Franklin
Hindenburgdamm 30 | D-12203 Berlin
Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962
ralf.hildebra...@charite.de | http://www.charite.de
Re: [Dovecot] 2.0.5 masteruser problem with uncached users
* Ralf Hildebrandt :
> a "masteruser" login fails:
>
> Oct 8 15:12:54 postamt dovecot: auth: Debug:
> auth(masteruser,141.42.206.38,master): Master user lookup for login:
> nonworkinguser
> Oct 8 15:12:54 postamt dovecot: auth:
> passdb(masteruser,141.42.206.38,master): Master user logging in as
> nonworkinguser
> Oct 8 15:12:54 postamt dovecot: auth: Debug:
> cache(nonworkinguser,141.42.206.38): expired
> Oct 8 15:12:54 postamt dovecot: auth: Debug:
> pam(nonworkinguser,141.42.206.38): lookup service=dovecot
> Oct 8 15:12:54 postamt dovecot: auth: Debug:
> pam(nonworkinguser,141.42.206.38): #1/1 style=1 msg=Password:
> Oct 8 15:12:56 postamt dovecot: auth: pam(nonworkinguser,141.42.206.38):
> pam_authenticate() failed: Authentication failure (password mismatch?) (given
> password: correct_masteruserpassword)
> Oct 8 15:12:58 postamt dovecot: auth: Debug: client out:
> FAIL^I48226^Iuser=nonworkinguser^Iauthz
> Oct 8 15:12:58 postamt dovecot: imap-login: Disconnected (auth failed, 1
> attempts): user=, method=PLAIN, rip=141.42.206.38,
> lip=141.42.206.36, mpid=0
>
> but with the same setup, a masteruser for another user succeeded:
>
> Oct 8 13:44:31 postamt dovecot: auth: Debug:
> auth(masteruser,127.0.0.1,master): Master user lookup for login: workinguser
> Oct 8 13:44:31 postamt dovecot: auth: passdb(masteruser,127.0.0.1,master):
> Master user logging in as workinguser
> Oct 8 13:44:31 postamt dovecot: auth: Debug: cache(workinguser,127.0.0.1):
> hit: {SHA1}fJcDCzIZnqwatTFXqU/Vgf5kwlo=^Iuser=workinguser^Iuser=workinguser
> Oct 8 13:44:31 postamt dovecot: auth: Debug: client out:
> OK^I3685^Iuser=workinguser
> Oct 8 13:44:32 postamt dovecot: auth: Debug: master out:
> USER^I1^Iworkinguser^Isystem_groups_user=workinguser^Iuid=47077^Igid=100^Ihome=/home/d/w/workinguser^Imaster_user=masteruser
> Oct 8 13:44:32 postamt dovecot: imap-login: Login: user=,
> method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, mpid=28224, secured
>
> So why does the masteruser login for an UNCACHED user fail?
Right now I'm having a hard time migrating my users because the
masteruser login fails. Anybody?
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Universitätsmedizin Berlin
Campus Benjamin Franklin
Hindenburgdamm 30 | D-12203 Berlin
Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962
ralf.hildebra...@charite.de | http://www.charite.de
[Dovecot] AUTOREPLY Re: Dovecot 2.0.5 and BSDI 4.3 again
Vielen Dank für Ihre Email! Ich bin heute leider nicht im Büro, erhalte Ihre Email aber trotzdem. In dringenden Fällen können Sie mich auch per Handy erreichen: 0177-7372923. Mit freundlichen Grüßen aus Sarstedt Hauke Hagedorn -- Hagedorn Internet- & Veranstaltungsdienstleistungen Wenderter Str. 37d 31157 Sarstedt Ust-Id DE 256037115 Tel: +49 5066 917 339 1 Fax: +49 5066 917 339 9 www.mediaciety.de i...@mediaciety.de On 2010-10-10 7:02 PM, The Doctor wrote: > Configuration being used > > > # 2.0.0: dovecot.conf > # OS: BSD/OS 4.3 i386 This says you're using 2.0.0, not 2.0.5? -- Best regards, Charles
Re: [Dovecot] Dovecot 2.0.5 and BSDI 4.3 again
On 2010-10-10 7:02 PM, The Doctor wrote: > Configuration being used > > > # 2.0.0: dovecot.conf > # OS: BSD/OS 4.3 i386 This says you're using 2.0.0, not 2.0.5? -- Best regards, Charles
Re: [Dovecot] Dovecot 2.0+Pigeonhole+Kaspersky Antispam [SOLVED]
> Oct 8 22:30:42 sintek kernel: dovecot-lda[26943]: segfault at > 0080 rip 2b01b00bc880 rsp 7fff3a7f1378 error 6 > > /var/log/audit/audit.log > type=ANOM_ABEND msg=audit(1286461665.274:191): auid=500 uid=5000 gid=5000 > ses=7 pid=22691 comm="dovecot-lda" sig=11 > > The mail system: > : Command died with signal 11: > "/usr/local/libexec/dovecot/deliver" > > Configuration system: > OS: > Linux sintek.info 2.6.18-194.17.1.el5.centos.plusxen #1 SMP Thu Sep 30 > 20:11:31 EDT 2010 x86_64 x86_64 x86_64 GNU/Linux > Postfix 2.3.3 > Dovecot 2.0.5 > Pigeonhole v0.2.1 > MySQL 5.0.17 > Kaspersky Antispam v. 3.0.284.1, RPM (RedHat) [...] Problem solved: http://hg.dovecot.org/dovecot-2.0/diff/e2f9baa436f2/src/lib-storage/index/maildir/maildir-save.c Thanx for Stephan Bosch. PS.: The main thing that in new version Dovecot this correction has been installed. -- best regards, Alexey A. Astashov mailto: ale...@sintek.info
[Dovecot] AUTOREPLY Dovecot 2.0.5 crash when It cannot remove maildir
Vielen Dank für Ihre Email! Ich bin heute leider nicht im Büro, erhalte Ihre Email aber trotzdem. In dringenden Fällen können Sie mich auch per Handy erreichen: 0177-7372923. Mit freundlichen Grüßen aus Sarstedt Hauke Hagedorn -- Hagedorn Internet- & Veranstaltungsdienstleistungen Wenderter Str. 37d 31157 Sarstedt Ust-Id DE 256037115 Tel: +49 5066 917 339 1 Fax: +49 5066 917 339 9 www.mediaciety.de i...@mediaciety.de This is scenario that cause segmentation fault in my Dovecot. Maybe I do something wrong, but I don't know what... We run: mailbox_delete mailbox_delete do: mailbox_open(box) < 0 and after we have: box->v.delete(box) which run index_storage_mailbox_delete index_storage_mailbox_delete do: mailbox_close(box); and now mailbox is closed (this close box->view and mailbox open) Try to delete folder, but can't do this... example becaus it is system folder, or NFS failure... set error message and return -1. Now we are returning to mailbox_delete. And we have: if (ret < 0 && box->marked_deleted) and this is true mailbox_mark_index_deleted(box, FALSE) if (box->marked_deleted && del) this is false mail_index_transaction_begin(box->view, trans_flags); mail_index_view_ref(view) and segmentation fault, because view is 0x0 #0 mail_index_view_transaction_ref (view=0x0) at mail-index-view.c:81 #1 0xb7ef3214 in mail_index_transaction_begin (view=0x0, flags=MAIL_INDEX_TRANSACTION_FLAG_EXTERNAL) at mail-index-transaction.c:268 #2 0xb7eb7a73 in mailbox_mark_index_deleted (box=0x80c8268, del=false) at mail-storage.c:682 #3 0xb7eb80a9 in mailbox_delete (box=0x80c8268) at mail-storage.c:757 #4 0x0805001f in cmd_delete (cmd=0x8095978) at cmd-delete.c:46 #5 0x0805625c in client_command_input (cmd=0x8095978) at imap-client.c:741 #6 0x0805630b in client_command_input (cmd=0x8095978) at imap-client.c:791 #7 0x0805646d in client_handle_input (client=0x8095390) at imap-client.c:857 #8 0x08056f1f in client_input (client=0x8095390) at imap-client.c:908 #9 0xb7e6f110 in io_loop_handler_run (ioloop=0x806c370) at ioloop-epoll.c:212 #10 0xb7e6da98 in io_loop_run (ioloop=0x806c370) at ioloop.c:350 #11 0xb7e5b26a in master_service_run (service=0x806c2c0, callback=0x805f800 ) at master-service.c:496 #12 0x0805f6da in main (argc=1752462689, argv=0x73616d2d) at main.c:358 This is Dovecot error or I do something wrong? -- Len7hir
[Dovecot] Dovecot 2.0.5 crash when It cannot remove maildir
This is scenario that cause segmentation fault in my Dovecot. Maybe I do something wrong, but I don't know what... We run: mailbox_delete mailbox_delete do: mailbox_open(box) < 0 and after we have: box->v.delete(box) which run index_storage_mailbox_delete index_storage_mailbox_delete do: mailbox_close(box); and now mailbox is closed (this close box->view and mailbox open) Try to delete folder, but can't do this... example becaus it is system folder, or NFS failure... set error message and return -1. Now we are returning to mailbox_delete. And we have: if (ret < 0 && box->marked_deleted) and this is true mailbox_mark_index_deleted(box, FALSE) if (box->marked_deleted && del) this is false mail_index_transaction_begin(box->view, trans_flags); mail_index_view_ref(view) and segmentation fault, because view is 0x0 #0 mail_index_view_transaction_ref (view=0x0) at mail-index-view.c:81 #1 0xb7ef3214 in mail_index_transaction_begin (view=0x0, flags=MAIL_INDEX_TRANSACTION_FLAG_EXTERNAL) at mail-index-transaction.c:268 #2 0xb7eb7a73 in mailbox_mark_index_deleted (box=0x80c8268, del=false) at mail-storage.c:682 #3 0xb7eb80a9 in mailbox_delete (box=0x80c8268) at mail-storage.c:757 #4 0x0805001f in cmd_delete (cmd=0x8095978) at cmd-delete.c:46 #5 0x0805625c in client_command_input (cmd=0x8095978) at imap-client.c:741 #6 0x0805630b in client_command_input (cmd=0x8095978) at imap-client.c:791 #7 0x0805646d in client_handle_input (client=0x8095390) at imap-client.c:857 #8 0x08056f1f in client_input (client=0x8095390) at imap-client.c:908 #9 0xb7e6f110 in io_loop_handler_run (ioloop=0x806c370) at ioloop-epoll.c:212 #10 0xb7e6da98 in io_loop_run (ioloop=0x806c370) at ioloop.c:350 #11 0xb7e5b26a in master_service_run (service=0x806c2c0, callback=0x805f800 ) at master-service.c:496 #12 0x0805f6da in main (argc=1752462689, argv=0x73616d2d) at main.c:358 This is Dovecot error or I do something wrong? -- Len7hir
[Dovecot] AUTOREPLY Re: ATTN: David Miller Re: Config review (2.0.5)
Vielen Dank für Ihre Email! Ich bin heute leider nicht im Büro, erhalte Ihre Email aber trotzdem. In dringenden Fällen können Sie mich auch per Handy erreichen: 0177-7372923. Mit freundlichen Grüßen aus Sarstedt Hauke Hagedorn -- Hagedorn Internet- & Veranstaltungsdienstleistungen Wenderter Str. 37d 31157 Sarstedt Ust-Id DE 256037115 Tel: +49 5066 917 339 1 Fax: +49 5066 917 339 9 www.mediaciety.de i...@mediaciety.de * Daniel L. Miller : > I find this an all too frequent occurrence in e-mail correspondence > - that humor doesn't translate well. My statement had NOTHING to do > with the original author - and everything to do with the fact that > *I* am a Linux novice in general, a noob e-mail admin in particular - > and I was being *SELF*-deprecating. Hey, no need to. Your idea was good, but unlikely. Yet it worked, to my great amazement... :) -- Ralf Hildebrandt Geschäftsbereich IT | Abteilung Netzwerk Charité - Universitätsmedizin Berlin Campus Benjamin Franklin Hindenburgdamm 30 | D-12203 Berlin Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962 ralf.hildebra...@charite.de | http://www.charite.de
Re: [Dovecot] ATTN: David Miller Re: Config review (2.0.5)
* Daniel L. Miller : > I find this an all too frequent occurrence in e-mail correspondence > - that humor doesn't translate well. My statement had NOTHING to do > with the original author - and everything to do with the fact that > *I* am a Linux novice in general, a noob e-mail admin in particular - > and I was being *SELF*-deprecating. Hey, no need to. Your idea was good, but unlikely. Yet it worked, to my great amazement... :) -- Ralf Hildebrandt Geschäftsbereich IT | Abteilung Netzwerk Charité - Universitätsmedizin Berlin Campus Benjamin Franklin Hindenburgdamm 30 | D-12203 Berlin Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962 ralf.hildebra...@charite.de | http://www.charite.de
