[Dovecot] Imap - Loging
Hello List, i'm looking for a way to increase log-level for imap-processes. Pop3 Server writes all necessary infos about mails-transfered/deleted etc. Imap-Log writes just times and ip's of Userlogins. Is there a way to increase the imap-output? The Conf-Parameters i found did not really fit my requirements. Best result would be a collected log of transfering/deleting mails for one imap-session. Ist there a way to achieve this? Thank you Andre
Re: [Dovecot] Webmail Recommendation
On giovedì 10 gennaio 2008, Andreas Schneider wrote: It is the best webmailer I've found. You give it a try. I do not agree sorry, I found horde a very huge collaboration framework and IMP (the hosrde webmail component) is too much bounded to the rest of the framework ... I think that if you need only a webmail horde is too much ... .. moreover I found its UI too much hard to completely customize. There was not (at least when I tried it) a good MVC architecture. The best would be to find a WM basedon a good modern MVC framework, such as (spoking about the PHP world) symfony of Zend FW).. but I don't know if such a kimera exists :) -- ?php echo ' Emiliano Gabrielli (aka AlberT) ',\n, 'GrUSP founder - ZCE',\n, ' AlberT_at_SuperAlberT_it - www.SuperAlberT.it ',\n, ' IRC:#php,#AES azzurra.com ',\n,'ICQ: 158591185'; ?
Re: [Dovecot] Webmail Recommendation
On giovedì 10 gennaio 2008, Peter Eriksson wrote: All the suggested ones have just one big FAT problem - they are all written in that security bug ridden language that the hackers just love to exploit - PHP. Running a web application available to the whole wide internet written in PHP is just asking for someone to break into your systems. Oh my god! Never heard nothing more ... bah .. no words! Not to flame, but please permit me to just point out some ideas: - PHP is one of the many scripting languages - PHP is oriented to web development (but not only) - PHP (and PHP4 in particular) had is huge success thanks to its simplicity and the lackness of strict type check and so on... The last point is the glory and the pain of the language, as this makes unskylled people to rapidly develop in PHP *working* software... yes, I said working software, that is not a good written, projected, hardened software!! Squirrelmail itself is (at least before the OOP recoding) very very poorly written... Finally, the simple and unconfutable fact that a wide number of web server are exploited thanks to bad PHP script in *not* and intrinsic hole in the language, the are simple very very bad coded script/apps!!! I can assure that writeing a secure PHP application is not a nightmare, is simply coding in a professional way. The simple fact of using (using in a professional way, not just installing and coding !!!) a good Framework and ORM can already make the application SQL Injection free, more secure, portable and so on ... My 2 cents -- ?php echo ' Emiliano Gabrielli (aka AlberT) ',\n, 'GrUSP founder - ZCE',\n, ' AlberT_at_SuperAlberT_it - www.SuperAlberT.it ',\n, ' IRC:#php,#AES azzurra.com ',\n,'ICQ: 158591185'; ?
Re: [Dovecot] Webmail Recommendation
Stephen Warren wrote: Peter Eriksson wrote: All the suggested ones have just one big FAT problem - they are all written in that security bug ridden language that the hackers just love to exploit - PHP. Running a web application available to the whole wide internet written in PHP is just asking for someone to break into your systems. This can be pretty easily solved - configure your web server to require HTTP authentication for the location where the PHP script is, configure the web server to use the same authentication source as webmail, and hack webmail to pick up the authentication from the web server instead of presenting a login prompt. you also need to enforce strong passwords, because if an attacker can guess passwords, authentication doesn't help much. In addition, this doesn't solve the problem for hosters, when users cannot be trusted. Another measure is to enforce https. That said, it is possible to implement secure applications in php and it is possible to implement unsecure applications in other languages. The fact that php is more widely used than say ruby certainly reduces the costs for attackers, but this doesn't mean that php is unsecure by itself. Also, if you want a fancy UI, you'll need javascript and this will bring its problems whatever primary language you use. Pretty easy with apache and LDAP-based users, and squirrelmail at least... But, if you don't do this, I totally agree.
Re: [Dovecot] Dovecot-imap, tls, gnus
Timo Sirainen [EMAIL PROTECTED] writes: On Thu, 2008-01-10 at 17:21 +0100, Richard G Riley wrote: I have a connection to my dovecot server from gnus: , | (add-to-list 'gnus-secondary-select-methods | '(nnimap hermes | (nnimap-stream starttls) | (nnimap-address hermes) | (nnimap-authinfo-file ~/.authinfo))) ` If I enter a group and read my mail then wander off and come back after a few minutes I can not navigate out of the group because my nnimap session has ended. What config parameter do I need to change in Dovecot to keep it open for the life of the client? (I am assuming its a dovecot issue here since it didn't happen with courier-imap). What Dovecot version? Debian etch incumbent : 1.0.rc15 (dovecot --version).
Re: [Dovecot] Webmail Recommendation
On 1/10/2008, Stephen Warren ([EMAIL PROTECTED]) wrote: This can be pretty easily solved - configure your web server to require HTTP authentication for the location where the PHP script is, configure the web server to use the same authentication source as webmail, and hack webmail to pick up the authentication from the web server instead of presenting a login prompt. Pretty easy with apache and LDAP-based users, and squirrelmail at least... So instead of loggin into squirrelmail, you log in through the Basic HTTP Auth pop-up? -- Best regards, Charles
Re: [Dovecot] [OT] Webmail Recommendation
On 1/10/2008, Timo Sirainen ([EMAIL PROTECTED]) wrote: No-one mentioned WebAlpine yet, which also uses persistent connections. I haven't tried it myself though. I though this is what imapproxy did for webmail? We only have one or two people who actually use ours (Squirrelmail), so it isn't an issue on our dual opteron server, but I've thought about installing it anyway... -- Best regards, Charles
Re: [Dovecot] [OT] Webmail Recommendation
On Fri, 2008-01-11 at 06:42 -0500, Charles Marcus wrote: On 1/10/2008, Timo Sirainen ([EMAIL PROTECTED]) wrote: No-one mentioned WebAlpine yet, which also uses persistent connections. I haven't tried it myself though. I though this is what imapproxy did for webmail? It makes connections look persistent to Dovecot, but it still forgets about its internal state, so it asks everything over and over again all the time. For example: request 1 1 LIST * 2 SELECT INBOX 3 FETCH ..stuff.. request 2 1 LIST * 2 SELECT INBOX 3 FETCH ..hopefully at least other stuff.. And perhaps more importantly, clients with persistent connections and persistent state can use IDLE (or even NOOP) to update its state about new mails, instead of polling them by using commands like UID SEARCH ALL or FETCH 1:* UID. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Dovecot-imap, tls, gnus
On Fri, 2008-01-11 at 12:24 +0100, Richard G Riley wrote: Timo Sirainen [EMAIL PROTECTED] writes: On Thu, 2008-01-10 at 17:21 +0100, Richard G Riley wrote: I have a connection to my dovecot server from gnus: , | (add-to-list 'gnus-secondary-select-methods | '(nnimap hermes |(nnimap-stream starttls) |(nnimap-address hermes) |(nnimap-authinfo-file ~/.authinfo))) ` If I enter a group and read my mail then wander off and come back after a few minutes I can not navigate out of the group because my nnimap session has ended. What config parameter do I need to change in Dovecot to keep it open for the life of the client? (I am assuming its a dovecot issue here since it didn't happen with courier-imap). Well, normally Dovecot disconnects connections after they haven't sent anything for 30 minutes. This isn't configurable. And usually clients do something at least once every 30 minutes, so they should never get disconnected. Check from Dovecot's logs what the disconnection reason is, or if there are any error messages. What Dovecot version? Debian etch incumbent : 1.0.rc15 It's possible this has already been fixed. rc15 is over a year old already. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Imap - Loging
On Fri, 2008-01-11 at 10:03 +0100, Andre Hübner wrote: Hello List, i'm looking for a way to increase log-level for imap-processes. Pop3 Server writes all necessary infos about mails-transfered/deleted etc. Imap-Log writes just times and ip's of Userlogins. Is there a way to increase the imap-output? The Conf-Parameters i found did not really fit my requirements. Best result would be a collected log of transfering/deleting mails for one imap-session. Ist there a way to achieve this? Not really. It's not that simple with IMAP. For example what should be counted as deleted? Is it marking a message with \Deleted flag? Is it when the message has been expunged with EXPUNGE command? What about if the message was copied to Trash mailbox and then expunged? Or downloading messages .. Should it be counted if only message headers are downloaded? Or only message body without headers? What about if only the first MIME part of a message with multiple MIME parts? Dovecot v1.1 logs the number of transferred in/out bytes by the connection. Would that be enough? :) Disconnected: Logged out bytes=1768030/2699695 Also mail_log plugin can log all those delete, expunge and copy events: http://wiki.dovecot.org/Plugins/MailLog signature.asc Description: This is a digitally signed message part
Re: [Dovecot] [OT] Webmail Recommendation
Mike Brudenell wrote: Whatever you do, DON'T move to Maildir if you are using the Prayer webmail software! We have used Prayer here for many years with the UW IMAP server backend and first Berkeley, then later MBX, format mail folders. When we migrated new users to Dovecoe with Maildir folders we discovered that Prayer does NOT like Maildir folders. The reason is that Maildir folders are dual-purpose: each can contain any mix of messages and sub-folders. However Prayer is intrinsically designed to ONLY work with folders that can contain messages or subfolders, but NOT both. The result is that Prayer can show you the list of folders to navigate around, but will not list any messages within any folder. I had to hack Prayer to cope with users we'd migrated to coughExchange/cough that were being proxied through Dovecot so that they didn't need to change their mail client settings. (Exchange was marking folders as HASNOCHILDREN rather than HASNOINFERIORS and would put a trailing / on a non-selectable directory.) I'm not sure whether it would be Dovecot or Prayer I'd modify to deal with Maildirs! Chris -- --+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+- Christopher Wakelin, [EMAIL PROTECTED] IT Services Centre, The University of Reading, Tel: +44 (0)118 378 8439 Whiteknights, Reading, RG6 2AF, UK Fax: +44 (0)118 975 3094
Re: [Dovecot] [OT] Webmail Recommendation
Greetings - On 10 Jan 2008, at 21:49, Chris Wakelin wrote: With Dovecot's caching and indexing, things are much better, but there is still a significant overhead on opening lots of connections, I fear, especially for mboxes (moving to maildir would help of course). I would consider using imapproxy (designed to assist with this problem by caching the IMAP connections) but I'm not sure whether it would help significantly. Whatever you do, DON'T move to Maildir if you are using the Prayer webmail software! We have used Prayer here for many years with the UW IMAP server backend and first Berkeley, then later MBX, format mail folders. When we migrated new users to Dovecoe with Maildir folders we discovered that Prayer does NOT like Maildir folders. The reason is that Maildir folders are dual-purpose: each can contain any mix of messages and sub-folders. However Prayer is intrinsically designed to ONLY work with folders that can contain messages or subfolders, but NOT both. The result is that Prayer can show you the list of folders to navigate around, but will not list any messages within any folder. I checked with Cambridge and this is a known and documented restriction with Prayer. Their solution has been to hack Cyrus to prevent dual-use folders. (Timo kindly supplied us with a patch for Dovecot 1.0.x to do likewise.) We are thinking about moving to a different webmail platform soon, so I am following this discussion with interest. I can confirm that webmail software that uses persistent IMAP connections is a big win: it not only lightens load on the webmail server machine but also, more importantly, on the IMAP servers. Cheers, Mike B-) -- The Computing Service, University of York, Heslington, York Yo10 5DD, UK Tel:+44-1904-433811 FAX:+44-1904-433740 * Unsolicited commercial e-mail is NOT welcome at this e-mail address. *
Re: [Dovecot] [OT] Webmail Recommendation
On Fri, 2008-01-11 at 13:36 +0100, Ralf Hildebrandt wrote: * Chris Wakelin [EMAIL PROTECTED]: Last time I looked at it, imapproxy cached authentication (but so can Dovecot!) but not SELECTs (i.e. opening a mailbox), which is why I wondered how useful it would be. ## enable_select_cache ## ## This configuration option allows you to turn select caching on or off. ## When select caching is enabled, up-imapproxy will cache SELECT responses ## from an imap server. # enable_select_cache yes I looked at this code 3 years ago, don't know if it's been changed: I'd also advise against using it's SELECT-cache feature (disabled by default), since its design is fundementally broken. It may cause random problems with clients if the same mailbox is opened by multiple clients, or if the mailbox is modified behind up-imapproxy. signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Automatically subscribe to folder?
Here is my litte script: #!/bin/bash # find all domains for domain in /var/mail/*; do if [ -d $domain ]; then # find all accounts for each domain for user in $domain/*; do if [ -d $user ]; then subscriptionfile=$user/mail/subscriptions # create subscription file if it does not exist if [ ! -f $subscriptionfile ]; then touch $subscriptionfile fi grep Spam $user/mail/subscriptions /dev/null # subscribe to folder if user has not been subscribed yet if [ $? -eq 1 ]; then echo Spam $subscriptionfile fi; fi done fi done Maybe this could help someone having the same problem.
Re: [Dovecot] Is there a way to limit multiple POP3 connections?
On 11.1.2008, at 16.23, arvids wrote: just tested with the latest hg(740a17139b67) - removed the whole mail directory, then sent two mails, then retrieved them with POP3, then repeated sending and retrieving. After each step cache file was updated(both after deliver and POP3 session). Here are cached fields from idxview output after the test: . 5: size.physicalfix 8 tmp 2008-01-11 16:11 .. mail_plugins: quota OK, quota is causing it. I'll see what to do about this.. PGP.sig Description: This is a digitally signed message part
Re: [Dovecot] Is there a way to limit multiple POP3 connections?
On Friday 11 January 2008 15:37:51 Timo Sirainen wrote: Hmm. Not here, at least with latest hg.. export MAIL=~/Maildir rm -f ~/Maildir/dovecot* printf list\ntop 1\nretr 1\ndele 1\nquit\n | ./pop3 ls ~/Maildir/dovecot* /home/tss/Maildir/dovecot.index.log /home/tss/Maildir/dovecot-uidlist If you do idxview ~/Maildir (idxview should be in libexec/dovecot/ directory) what cached fields does it show for messages? just tested with the latest hg(740a17139b67) - removed the whole mail directory, then sent two mails, then retrieved them with POP3, then repeated sending and retrieving. After each step cache file was updated(both after deliver and POP3 session). Here are cached fields from idxview output after the test: -- Cache fields -- # Name Type Size Dec Last used 0: flagsbit 4 no 1970-01-01 03:00 1: date.sentfix 8 no 1970-01-01 03:00 2: date.receivedfix 4 no 1970-01-01 03:00 3: date.savefix 4 no 1970-01-01 03:00 4: size.virtual fix 8 tmp 2008-01-11 16:11 5: size.physicalfix 8 tmp 2008-01-11 16:11 6: imap.bodystr - no 1970-01-01 03:00 7: imap.bodystructure str - no 1970-01-01 03:00 8: imap.envelopestr - no! 1970-01-01 03:00 9: mime.parts var - no 1970-01-01 03:00 here is dovecot -n output: # 1.1.beta13: /usr/local/dovecot/etc/dovecot.conf base_dir: /var/run/dovecot/ syslog_facility: local0 protocols: pop3 ssl_disable: yes disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable: /usr/local/dovecot/libexec/dovecot/pop3-login login_greeting: Server. login_process_per_connection: no login_processes_count: 5 login_max_processes_count: 32 verbose_proctitle: yes first_valid_uid: 95 first_valid_gid: 95 mail_uid: 95 mail_gid: 95 mail_location: maildir:~/Maildir fsync_disable: yes mail_executable: /usr/local/dovecot/libexec/dovecot/pop3 mail_plugins: quota mail_plugin_dir: /usr/local/dovecot/lib/dovecot/pop3 pop3_enable_last: yes pop3_client_workarounds: outlook-no-nuls oe-ns-eoh auth default: mechanisms: plain login digest-md5 cram-md5 apop cache_size: 1024 cache_ttl: 600 cache_negative_ttl: 60 user: doveauth verbose: yes passdb: driver: sql args: /usr/local/dovecot/etc/dovecot-sql.conf userdb: driver: prefetch userdb: driver: sql args: /usr/local/dovecot/etc/dovecot-sql.conf socket: type: listen master: path: /var/run/dovecot/auth-master mode: 384 user: vmail group: vmail plugin: quota: dict:::proxy:/var/run/dovecot/dict-server:quotadict dict: quotadict: mysql:/usr/local/dovecot/etc/dovecot-sql-dict-quota.conf Regards, Arvids
Re: [Dovecot] [OT] Webmail Recommendation
Hi folks, I'd like to throw in some real world experience: my IMAP server runs for just a few users, but they have huge maildirs (1GB each) with hundreds of folders and, in some folders, thousands of messages. Before switching to dovecot, courier-imap handled the backend and I used Squirrelmail as the front-end. imapproxy had a huge (positive) impact on performance, especially when browsing through folders with many messages. Startup (building the maildir tree with message counts) still took its time, and searching in Squirrelmail also was a pain. Thanks to Dovecot, startup and search (in from/to, subject) now is really fast and I turned off imapproxy completely as it did not further improve the webmail's performance. I guess in environments where authentication is expensive (slow) imapproxy sure is worth a look at. Best regards -hannes
Re: [Dovecot] [OT] Webmail Recommendation
* Chris Wakelin [EMAIL PROTECTED]: Last time I looked at it, imapproxy cached authentication (but so can Dovecot!) but not SELECTs (i.e. opening a mailbox), which is why I wondered how useful it would be. ## enable_select_cache ## ## This configuration option allows you to turn select caching on or off. ## When select caching is enabled, up-imapproxy will cache SELECT responses ## from an imap server. # enable_select_cache yes -- Ralf Hildebrandt ([EMAIL PROTECTED]) [EMAIL PROTECTED] Postfix - Einrichtung, Betrieb und Wartung Tel. +49 (0)30-450 570-155 http://www.arschkrebs.de SMTP is cute, fluffy and goes Woof! When well treated she wags her tail, licks your face and delivers your mail. When badly treated by spammers or people running exchange/insert other pseudo-SMTP systems here/etc she tends to bite back.
Re: [Dovecot] Imap - Loging
hmm... in my special case a user misses a lot of mails. i do not believe in dovecot problem (1.0.10) There were some other connects with same ip... For more information a counting of really transfered mails would be nice. only flagged mails are not very interesting. Mails should be counted if they are moved to an other folder or are really deleted and all is synchronized. I think it would be ok that mails are counted twice in case of deleting after moving. operation is operation :) In my special case i only can say to my user that between time x und time y something happend. hmm, yes, thats all at this time ;) Andre - Original Message - From: Timo Sirainen [EMAIL PROTECTED] To: Andre Hübner [EMAIL PROTECTED] Cc: dovecot@dovecot.org Sent: Friday, January 11, 2008 1:01 PM Subject: Re: [Dovecot] Imap - Loging
[Dovecot] Problem: Missing IMAP reply key: F
Hi all:
I installed dovecot v1.0 (on Mac OS X) and want to connect to is on
localhost via Pine or Alpine, but it fails. Pine's debug mode tells me
the following:
~~
Debug output of the Pine program (debug=2 debug_imap=4). Version 4.64 (OSX)
[...]
Terminal type: screen
About to open folder INBOXinbox is: INBOX
IMAP 14:40:22 1/11 mm_log babble: Trying IP address [::1]
IMAP 14:40:22 1/11 mm_log warning: Connection failed to localhost,143:
Connection refused
IMAP 14:40:22 1/11 mm_log babble: Trying IP address [127.0.0.1]
IMAP DEBUG 14:40:22 1/11: F
IMAP 14:40:22 1/11 mm_notify warning: {localhost}inbox: Missing IMAP reply key:
F
IMAP 14:40:22 1/11 mm_notify bye: {localhost}inbox: [CLOSED] IMAP connection
broken (server response)
IMAP 14:40:22 1/11 mm_log error: [CLOSED] IMAP connection broken (server
response)
~~
I use the options disable_plaintext_auth = no and ssl_disable = yes,
because I don't need encryption. (I only access the server from
localhost.)
What does Missing IMAP reply key: F mean?
Any easy way to solve the problem?
Thanks for any hint!
Claus
Re: [Dovecot] Is there a way to limit multiple POP3 connections?
On Friday 11 January 2008 06:02:12 Timo Sirainen wrote: The point of that was that v1.1 just doesn't create/update dovecot.index.cache files for POP3-only users. There's no need to configure it that way. I'll try to update the wiki to say that. :) then it seems that there is some problem - dovecot.index.cache files are created/updated for all users, even with configuration where IMAP is completely disabled(I am using v1.1b10 and v1.1b12). Regards, Arvids
Re: [Dovecot] randomly disconnected with imap, and latest hg
On Friday 11 January 2008 05:25:41 Timo Sirainen wrote: On Sat, 2008-01-05 at 14:37 +0100, Daniel wrote: On Sat, 5 Jan 2008 11:11:44 +0100 Daniel [EMAIL PROTECTED] wrote: Hi! I'm using latest hg from the 1.1 branch, and noticed that since yesterday's updates, dovecot randomly disconnects clients when using imap, with these message in the log: Disconnected for inactivity in reading our output bytes=153/41319 This should be fixed now: http://hg.dovecot.org/dovecot/rev/58cb2c6f90c7 Thanks, checking! Fatal: IMAP(leva): kevent(): Invalid argument I don't know about this though. These happen all the time? Do they happen in beta13 or earlier? This do not happen with beta13. I think it started after this patch: http://hg.dovecot.org/dovecot/rev/284dd5f2777d (maybe...) Daniel
Re: [Dovecot] Is there a way to limit multiple POP3 connections?
On 11.1.2008, at 15.30, arvids wrote: On Friday 11 January 2008 06:02:12 Timo Sirainen wrote: The point of that was that v1.1 just doesn't create/update dovecot.index.cache files for POP3-only users. There's no need to configure it that way. I'll try to update the wiki to say that. :) then it seems that there is some problem - dovecot.index.cache files are created/updated for all users, even with configuration where IMAP is completely disabled(I am using v1.1b10 and v1.1b12). Hmm. Not here, at least with latest hg.. export MAIL=~/Maildir rm -f ~/Maildir/dovecot* printf list\ntop 1\nretr 1\ndele 1\nquit\n | ./pop3 ls ~/Maildir/dovecot* /home/tss/Maildir/dovecot.index.log /home/tss/Maildir/dovecot-uidlist If you do idxview ~/Maildir (idxview should be in libexec/dovecot/ directory) what cached fields does it show for messages? PGP.sig Description: This is a digitally signed message part
Re: [Dovecot] [OT] Webmail Recommendation
Timo Sirainen, on 1/11/2008 6:54 AM, said the following: On Fri, 2008-01-11 at 06:42 -0500, Charles Marcus wrote: On 1/10/2008, Timo Sirainen ([EMAIL PROTECTED]) wrote: No-one mentioned WebAlpine yet, which also uses persistent connections. I haven't tried it myself though. I though this is what imapproxy did for webmail? It makes connections look persistent to Dovecot, but it still forgets about its internal state, so it asks everything over and over again all the time. For example: snip Ahh... ok, thanks for the precise and informative explanation... :) -- Best regards, Charles
Re: [Dovecot] Webmail Recommendation
On Fri, 2008-01-11 at 11:59 -0500, Charles Marcus wrote: On 1/10/2008, Robert Tomanek ([EMAIL PROTECTED]) wrote: I can confirm RoundCube ( http://www.roundcube.net/ ) is a good recommendation. Can you confirm that it uses persistent IMAP connections? I can't tell from the website or searching the mail archives or forum... We have been testing roundcube for couple of weeks now and although it is simple, fast and reasonably structured internally, it is still too buggy for us (eg. problems with special characters in mails) or lacks important features (eg. like import/export functionality for address books) for a large scale deployment. And we don't see persistent IMAP connections, but, as Chris noted already, it stores quite lot of meta information into its MySQL database, which reduces the burden on dovecot but again increases the burden on MySQL ... We are also testing the webinterface that eGroupWare [1] provides and are very impressed by its completeness (sieve integration, message filters and much more). [1] http://www.egroupware.org -- Udo Rader bestsolution.at EDV Systemhaus GmbH http://www.bestsolution.at signature.asc Description: This is a digitally signed message part
Re: [Dovecot] Webmail Recommendation
Charles Marcus wrote: On 1/10/2008, Robert Tomanek ([EMAIL PROTECTED]) wrote: I can confirm RoundCube ( http://www.roundcube.net/ ) is a good recommendation. Can you confirm that it uses persistent IMAP connections? I can't tell from the website or searching the mail archives or forum... In my limited testing with a recent SVN build (http://nightly.roundcube.net/trunk/roundcubemail-trunk-r938-20071210.tgz from Dec 10th), it doesn't use persistent connections, but apparently it does cache stuff in its MySQL database, which will help somewhat. It *does* tell the user about new mail which is a nice feature that Prayer hasn't got! Chris -- --+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+- Christopher Wakelin, [EMAIL PROTECTED] IT Services Centre, The University of Reading, Tel: +44 (0)118 378 8439 Whiteknights, Reading, RG6 2AF, UK Fax: +44 (0)118 975 3094
Re: [Dovecot] Please help me resolve why mail isn't being delivered to virtual users
on 1/11/2008 10:43 AM Andrew Falanga spake the following: Hi everybody, There are a few things that I think I need to explain. Far too many people gave me feedback after my remarks about the dovecot wiki for me to answer all individually. At first, I must admit to some prideful need to lash back for not being understood. This however, would be totally inappropriate and completely worthless. Now, hopefully, I can articulate my thoughts without sounding prideful and egotistical (very hard to do without the added benefit of inflection when talking face to face). My original statement that sparked this lengthy thread now was really born out of nothing more than my observation of documentation after working five years at HP as a programmer (not as an HP employee though). I have seen, even from my own efforts of writing more documentation than I care to admit to, that inevitably there are things that become so common place to the person writing the doc that they don't even realize they are fundamental to understanding how things work. Unfortunately, I used as an example, mbox and MAILDIR to make my point. Perhaps this was a bad choice because I felt this same frustration in reading other areas of the wiki. It wasn't that the information was bad, or unusable. I just had questions about how it all fit together for dovecot, and couldn't find the answers on the dovecot site. I don't think it's unreasonable to ask that a particular software program explain how it's pieces fit together, or how it (the software program) is supposed to work with other pieces it makes use of but doesn't directly control. Now, here comes the other problem. I was in a crunch. The church e-mail system had died, and a replacement was needed ASAP. Originally, I should have had more than adequate time to find my answers. Normally, I do spend much more time trying to find the answers myself. (At this point, I can only ask you to believe that.) I learned a painful lesson in this several years ago while learning OpenBSD. I learned that I really did expect folks to take me by the hand and walk me through. It's something that I've worked hard to overcome, and sometimes still struggle with. I'm sorry that I reverted, to some degree, to this tendency with this whole dovecot endeavor. I do have more than a rudimentary understanding of how mail works. After all, I didn't ask everyone to explain IMAP, POP or SMTP to me. Nor did I ask for an explanation for SSL/TLS or other things. Further, I didn't ask any questions here for how to make sendmail do SMTP authentication. Coming into this, I knew that SMTP was the MTA, things like sendmail and postfix did this, while other programs, e.g. dovecot; allow users to login and get mail from the server. An interesting thing for me to ask myself is, Why did I look up postfix on google, but not mbox? I didn't know what postfix was and did look that up on Google. When trying to get things working, I was assuming that mbox and maildir was something dovecot implemented itself, not a standard of sorts that dovecot implemented from a standards outline. That's why I thought it strange dovecot didn't define what they did. (Perhaps even why it didn't dawn on me to Google the term.) I must also mention that another respondent did give me a link in the dovecot wiki to an explanation of mbox and so on. I missed that one when doing my research. In short, I'm sorry that I gave the impression that I assumed dovecot developers and documentation writers should explain every little detail to me. I do not think this, nor was I trying to persuade others that I did think this way. My remark about a disclaimer was taken to an extreme I did not intend. I do think disclaimers on every page is excessive is ridiculous. In the future, I shall endeavor to look more heavily for the answers before posting, or at least before assuming that no one on this list is willing to help. Thank you to all for the help given. Andy Apologies back to you. You unfortunately seemed to look like the ever increasing group of people that have been hitting the lists (at least the 7 or 8 I read) asking very basic questions and wanting someone to give them a complete cover to cover install guide, write and test their config files, and be available for whatever problems that might come up( Maybe a little exaggerated, but it has seemed to get that bad some days). All the while they don't want or are unable to do the basic admin tasks. Sorry again to lump you into that group. In a crunch like that, why not grab one of the pre-built gateway distros like clarkconnect or sme server. Sure they aren't perfect for everybody, but you can get them up and accepting mail in less than an hour or two. I always keep a cd or two of them for an emergency. I like clark connect, but its free version is limited to 10 e-mail accounts. The negative to me on sme server is it's use of qmail as MTA. But they are complete, and quick to
Re: [Dovecot] [OT] Webmail Recommendation
On Jan 10, 2008, at 9:16 PM, Timo Sirainen wrote: So I wrote my own. http://dinhe.net/~aredridel/projects/ruby/camping-at-the-mailbox Missing screenshots. :) http://dinhe.net/~aredridel/projects/ruby/camping-at-the-mailbox-screenshots Cheers!
Re: [Dovecot] Allow_nets
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 timo, thanks for the patch. Timo Sirainen wrote: | On Wed, 2008-01-02 at 12:28 +0200, Evaggelos Balaskas wrote: | I use the allow_nets password extra field [0] for my users. Is there a | way to use this functionality for ALL users, and not to edit my | passwd-file every time a new user is added ? | | Unfortunately not. | | The alternative i am working for this is the TCP Wrappers. | | There are two existing patches for that, but you'll either need to | disable chrooting or put the tcpwrapper files inside the chroot (and | probably change base_dir to be outside /var/run/ so it doesn't get | deleted at boot). | | http://dovecot.org/patches/1.0/tcp-wrappers.patch | -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHh9QLWIK+Pe9twhoRAusxAJsG9UOhzzcipk1ch4W3ApmFJCzPCACeK95J BY2OnIaFsryRaqdVtr4VzW4= =ITzt -END PGP SIGNATURE-
Re: [Dovecot] Problem: Missing IMAP reply key: F
On 11.1.2008, at 16.03, Claus Atzenbeck wrote: What does Missing IMAP reply key: F mean? No idea. Rather set auth_debug=yes on Dovecot's side and look at the logs. PGP.sig Description: This is a digitally signed message part
Re: [Dovecot] Please help me resolve why mail isn't being delivered to virtual users
Hi everybody, There are a few things that I think I need to explain. Far too many people gave me feedback after my remarks about the dovecot wiki for me to answer all individually. At first, I must admit to some prideful need to lash back for not being understood. This however, would be totally inappropriate and completely worthless. Now, hopefully, I can articulate my thoughts without sounding prideful and egotistical (very hard to do without the added benefit of inflection when talking face to face). My original statement that sparked this lengthy thread now was really born out of nothing more than my observation of documentation after working five years at HP as a programmer (not as an HP employee though). I have seen, even from my own efforts of writing more documentation than I care to admit to, that inevitably there are things that become so common place to the person writing the doc that they don't even realize they are fundamental to understanding how things work. Unfortunately, I used as an example, mbox and MAILDIR to make my point. Perhaps this was a bad choice because I felt this same frustration in reading other areas of the wiki. It wasn't that the information was bad, or unusable. I just had questions about how it all fit together for dovecot, and couldn't find the answers on the dovecot site. I don't think it's unreasonable to ask that a particular software program explain how it's pieces fit together, or how it (the software program) is supposed to work with other pieces it makes use of but doesn't directly control. Now, here comes the other problem. I was in a crunch. The church e-mail system had died, and a replacement was needed ASAP. Originally, I should have had more than adequate time to find my answers. Normally, I do spend much more time trying to find the answers myself. (At this point, I can only ask you to believe that.) I learned a painful lesson in this several years ago while learning OpenBSD. I learned that I really did expect folks to take me by the hand and walk me through. It's something that I've worked hard to overcome, and sometimes still struggle with. I'm sorry that I reverted, to some degree, to this tendency with this whole dovecot endeavor. I do have more than a rudimentary understanding of how mail works. After all, I didn't ask everyone to explain IMAP, POP or SMTP to me. Nor did I ask for an explanation for SSL/TLS or other things. Further, I didn't ask any questions here for how to make sendmail do SMTP authentication. Coming into this, I knew that SMTP was the MTA, things like sendmail and postfix did this, while other programs, e.g. dovecot; allow users to login and get mail from the server. An interesting thing for me to ask myself is, Why did I look up postfix on google, but not mbox? I didn't know what postfix was and did look that up on Google. When trying to get things working, I was assuming that mbox and maildir was something dovecot implemented itself, not a standard of sorts that dovecot implemented from a standards outline. That's why I thought it strange dovecot didn't define what they did. (Perhaps even why it didn't dawn on me to Google the term.) I must also mention that another respondent did give me a link in the dovecot wiki to an explanation of mbox and so on. I missed that one when doing my research. In short, I'm sorry that I gave the impression that I assumed dovecot developers and documentation writers should explain every little detail to me. I do not think this, nor was I trying to persuade others that I did think this way. My remark about a disclaimer was taken to an extreme I did not intend. I do think disclaimers on every page is excessive is ridiculous. In the future, I shall endeavor to look more heavily for the answers before posting, or at least before assuming that no one on this list is willing to help. Thank you to all for the help given. Andy -- A: Because it messes up the order in which people normally read text. Q: Why is it such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail?
Re: [Dovecot] Please help me resolve why mail isn't being delivered to virtual users
On Fri, 11 Jan 2008, Andrew Falanga wrote: In the future, I shall endeavor to look more heavily for the answers before posting, or at least before assuming that no one on this list is willing to help. Thank you to all for the help given. Sure thing. If you have suggestions to improve the wiki, like by stating prerequisites, I'd say make the edits - the curmudgeons here won't remove them, and they could well help people. -- Asheesh. -- The horizon of many people is a circle with a radius of zero. They call this their point of view. -- Albert Einstein
Re: [Dovecot] Dovecot-imap, tls, gnus
Greg Troxel [EMAIL PROTECTED] writes: [dovecot closing connections to gnus, making gnus fail to exit group] I use gnus and I think that the closed connection happens to me once in a while. gnus just reopens it - I'm running the head of Gnus CVS. So this feels like a gnus bug. I don't think so - in that its not a bug that it doesn't poll IMAP. It seems to me that dovecot drops the connection through lack of activity. I add this to my .gnus.el and all is now good. (require 'gnus-demon) (setq gnus-use-demon t) (gnus-demon-add-handler 'gnus-group-get-new-news 10 0) (gnus-demon-init) Nicer would be for gnus to simply redo the TLS if it can't connect when entering or leaving a group ... that way no need for relatively expensive automatic polling.
Re: [Dovecot] [OT] Webmail Recommendation
On Jan 11, 2008, at 4:50 AM, Chris Wakelin wrote: Charles Marcus wrote: On 1/10/2008, Timo Sirainen ([EMAIL PROTECTED]) wrote: No-one mentioned WebAlpine yet, which also uses persistent connections. I haven't tried it myself though. I though this is what imapproxy did for webmail? We only have one or two people who actually use ours (Squirrelmail), so it isn't an issue on our dual opteron server, but I've thought about installing it anyway... Last time I looked at it, imapproxy cached authentication (but so can Dovecot!) but not SELECTs (i.e. opening a mailbox), which is why I wondered how useful it would be. It's not all its cracked up to be. Honestly, a webmail client that truly takes advantage of IMAP's features is a stronger win.
Re: [Dovecot] [OT] Webmail Recommendation
Il giorno ven, 11/01/2008 alle 06.16 +0200, Timo Sirainen ha scritto: On Thu, 2008-01-10 at 15:19 -0700, Aria Stewart wrote: OK, let's try to get a bit more on topic and go back to the original question of what's a good webmail client for Dovecot? We went with Prayer Webmail (written by the University of Cambridge) as it's killer feature was *persistent* IMAP connections. Persistence is a total win for webmail. It's among the issues I had with everything written in PHP. I use http://freshmeat.net/projects/imapproxy/ for that. works fine. Marcello Nuccio
Re: [Dovecot] Please help me resolve why mail isn't being delivered to virtual users
On Fri, 2008-01-11 at 11:43 -0700, Andrew Falanga wrote: Unfortunately, I used as an example, mbox and MAILDIR to make my point. Perhaps this was a bad choice because I felt this same frustration in reading other areas of the wiki. It wasn't that the information was bad, or unusable. I just had questions about how it all fit together for dovecot, and couldn't find the answers on the dovecot site. I don't think it's unreasonable to ask that a particular software program explain how it's pieces fit together, or how it (the software program) is supposed to work with other pieces it makes use of but doesn't directly control. I think there are two problems with the wiki: 1) There's no clear beginning and ending as in a book. The mbox and maildir terms are explained in wiki, but you just didn't notice those pages. If it had been a book, they would have been in the first few chapters, and you probably would have noticed them. 2) Although there is http://wiki.dovecot.org/MailServerOverview it still doesn't explain everything. Also it could probably use a couple of headlines in the middle to make it easier to read. So explaining more about how things fit together would be useful, but I'm not sure where I should write about that or even what exactly I should write about. Maybe a separate DovecotOverview page that tries to explain what parts Dovecot consists of and what different ways there are to set up a new mail server.. signature.asc Description: This is a digitally signed message part
