Re: [Dovecot-news] Headsup on feature removal
On 18-03-2020 22:55, Noel Butler wrote: On 19/03/2020 03:56, JAVIER MIGUEL RODRIGUEZ wrote: I fully agree with this: Please consider holding off on removing features for the next major release, 2.4.0 instead. It makes sense to retain, in as much as is possible, feature backwards compatibility across a major release. I'm astonished that features are being removed in a dot release as well, no other major project does this, hell, most don't like adding new features in dot releases let alone stripping them out. None of the listed changes affect me that I can see, but I've been around a long time and I'm flabbergasted that someone actually approved this on dot release. Now although there is no real need for them to further upgrade to ensure business continuity, if a serious exploit is released in the wild they highly likely will get bitten. Stripping everything else at once in a new major is perfectly acceptable, and, is the norm. I have to say that I also cannot understand why you're going to remove features from a dot release. You can give the heads-up here, but it is not common-practice and will very likely break a lot of setups. It's understandable that you want to remove features that are hardly used or maintained, but not in a dot release. Please reconsider this removal, and remove those features as of the next major release. -- Kind regards, Rob
Re: Ms Exchange vs dovecot
On 12-05-2020 15:45, Michael Hirmke wrote: Hi Robert, Hi, sorry for top post but short answer is ,there is no exchange without outlook, that is what makes exchange a good "groupware solution", on windows only. So compare it to dovecot makes only small sense. you can use Exchange with pure IMAP clients, too, but then you lose all groupware functionality, because it doesn't offer any DAV interface. But: You can use a few Linux clients, that support EWS (Exchange Web Services) and don't lose groupware functions. I tested Kontact and Evolution - and both worked fine. You can also run e.g. Nextcloud to get carddav, caldav, webdav, etc, etc. -- Rob
Re: [Dovecot] [OT] MS Exchange Alternative?
On 12/04/2012 05:22 PM, Timo Sirainen wrote: On 4.12.2012, at 16.20, Jakob Curdes wrote: Am 04.12.2012 15:15, schrieb Marc Perkel: Just wondering if there's an open source Linux alternative to MS Exchange so that all the features of outlook work? Did you have a look at zarafa? Most part of it is open source; the outlook connector ist closed source however and requires a license fee for more than three clients. It uses MAPI to connect to Outlook, unlike many other solutions that do calendar syncs etc. via the ActiveSync protocol. Zarafa is a completely different thing than dovecot, however; it stores all mails in a MySQL database. Future versions of Zarafa will hopefully serve IMAP protocol via Dovecot. :) If they'd do that, it would be great because that's *the* reason I'm not running Zarafa. Last time I tried the Zarafa IMAP server, which is some years ago, I was converting email locally via IMAP, just to see how Zarafa worked and behaved. The conversion would hang at random times, and it's IMAP server was so slow compared to Dovecot that I didn't want to use it.
Re: [Dovecot] Dovecot 2.2.4 does not create home directory?
On 17-07-13 16:11, Dmitry . wrote: Isn't the log actually saying what's wrong here? (I didn't see a file listing that shows what owner/permissions are set.) Initialization failed: Namespace '': mkdir(Maildir) in directory /var/run/dovecot failed: Permission denied (euid=1202(dovecot) egid=202(dovecot) missing +w perm: /var/run/dovecot, dir owned by 0:0 mode=0755) Jul 17 12:49:41 imap(t...@example.com): Error: Invalid user settings. Refer to server log for more information. The log says: - mkdir(Maildir) in directory /var/run/dovecot failed: Permission denied Dovecot couldn't create a directory in /var/run/dovecot. Personally, I would not want to create mail directories there, but if you're okay with it then I'm okay too. - (euid=1202(dovecot) egid=202(dovecot) Dovecot is running as dovecot:dovecot (1202:202). - missing +w perm: /var/run/dovecot, dir owned by 0:0 mode=0755) The base directory is owned by root:root with 755 permissions, so dovecot has no permission to write anything. I'd choose another place where your mail directories are created and have the correct owner/permissions set. -- Rob
Re: [Dovecot] dovecot is working, sort of
On 08/15/2013 10:50 AM, LuKreme wrote:
"Error: user lists@*munged*: Couldn't drop privileges: User is missing UID (see
mail_uid setting)"
These are all virtual users with a hid of 89. How do I tell dovecot that?
$ cat /etc/dovecot/dovecot-sql.conf.ext
driver = mysql
connect = host=localhost dbname=postfix user=dovecot password=dovecot
default_pass_scheme = MD5-CRYPT
password_query = select password from mailbox where username ='%u'
user_query = select concat('/usr/local/virtual/', maildir) from mailbox where
username = '%u'
In my SQL configuration I have something like this:
user_query = \
SELECT _home AS home, _uid AS uid, _gid AS gid \
FROM virtual_mailboxes \
WHERE _recipient='%u' AND _active=1
Using this I can give certain users a different UID/GID, should I want
to. But if I'm not mistaken you can also statically configure the uid
and gid.
On page http://wiki2.dovecot.org/VirtualUsers, the last example says:
userdb {
driver = static
args = uid=vmail gid=vmail home=/var/mail/virtual/%d/%n
}
I guess you should be able to adapt this to your SQL config.
--
Rob
Re: [Dovecot] Maildirmake equiv?
On 08/16/2013 06:53 AM, LuKreme wrote: Since I am using dovecot I do not have courier installed, but Courier had a very handy tool for making maildir folders called `maildirmake` which I used in some automated backup scripts. How do I duplicate maildirmake in dovecot? Dovecot can autocreate mailboxes. Is that something you can use? http://wiki2.dovecot.org/MailboxSettings http://dovecot.2317879.n4.nabble.com/dovecot-2-2-Warning-autocreate-plugin-is-deprecated-use-mailbox-auto-setting-instead-td41673.html -- Rob
Re: [Dovecot] Dovecot MTA
On 11/10/2013 08:04 PM, Timo Sirainen wrote: On 10.11.2013, at 20.00, Daniele Nicolodi wrote: Additionally I feel that Dovecot documentation can see some love as well. Having the wiki as main source of documentation does not look very polished, compared, for example to the extremely good written and maintained Postfix documentation. I don’t know how to improve the current documentation. (Other than implementing the few missing man pages.) There is going to be a Dovecot book soon though, maybe that’ll help. How Dovecot documentation can be improved? Well, what I find extremely helpful from the Postfix documentation but cannot find the equivalent for Dovecot is: http://www.postfix.org/postconf.5.html Wiki's are helpful, but a full list of all configuration parameters, how they work and, when applicable, how they are related to other parameters will likely help a lot of users. -- Rob
Re: What are all the /var/spool/smtpd/offline/1689525601.XXXXlJ85yQ [SOLVED]
On 2024-09-02 05:59, Steve Litt via dovecot wrote: I stopped Dovecot, backed up the tens of thousands of files in /var/spool/smtpd/offline/, then deleted them, then started Dovecot again. Everything runs fine, so I guess those files weren't important, at least not to Dovecot. I also found the major problem consuming so much /var space was Void Linux' package cache files, so I deleted all of those more than 3 months old. Soon I'll make a daemon or a cron job that deletes old files in these two directories, and probably a lot more. I'm not an expert on Dovecot, but I've run it for quite a number of years, and cannot remember having seen that directory on any of my installations. So I guessed the easiest way to find out about it, is to Google for "/var/spool/smtpd" (including quotes). The results seem to indicate that the directory is related to OpenSMTPD. E.g.: https://manpages.debian.org/stretch/opensmtpd/smtpd.conf.5.en.html FILES [...] /var/spool/smtpd/ Spool directories for mail during processing. So if you have OpenSMTPD installed, you probably deleted spool files from undeliverable email (or so; I'm unfamiliar with OpenSMTPD). Maybe you should check what is in those files (Postfix queue files are readable when using `postcat`, maybe OpenSMTPD spool files are also readable). -- Rob ___ dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-le...@dovecot.org
