similar to: Multiple domains

Greetings, you kind and wonderful people. I've spent the past few hours or so (read: all day) attempting to get a basic PDC up and running, with no success. I've even gone to the extent of copying John Herpstra's config, which contains all sorts of weird and wonderful stuff, in the hope that he had something I missed. He didn't. I've got one box running debian testing, with

Hello, I'm trying to setup multimple auth. databases with Dovecot 1.0 alpha2. I wrote in dovecot.conf next lines (as was described at http://wiki.dovecot.org/moin.cgi/MultipleAuth) auth_debug = yes auth_verbose = yes auth default { mechanisms = plain user = root passdb sql { args = /usr/local/dovecot/etc/dovecot-mysql.conf } passdb pam

I looked around for a while, but couldn't find any code for requiring multiple authentication mechanisms in openssh. So I wrote an implemention. I thought at first I should change the PasswordAuthentication, PubkeyAuthentication, etc. keywords to allow no/yes/required. But there's some funky stuff in auth2.c with respect to keyboard interactive auth that would make this kind of

On Fri, 22 Jul 2005, David McBride wrote: > Package: dovecot-imapd > Version: 0.99.14-1 > Severity: important > > Hi, > > I think I've identified a bug in Dovecot 0.99.14 as packaged and > distributed by Debian Sarge. I believe the bug lies in the original > Dovecot source, not with any modifications made by Debian. > > Specifically, this bug deals with

https://bugzilla.mindrot.org/show_bug.cgi?id=2627 Bug ID: 2627 Summary: Documentation update: semantic of ClientAliveCountMax 0 unclear Product: Portable OpenSSH Version: 7.3p1 Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 Component: sshd

I realize that there have been some big changes in features and configuration file settings between 0.99.xx and 1.0-stable, so when I went to perform an upgrade on our testing server, I carefully combed through the configuration files and matched up everything I could. I fired up dovecot-1.0-stable and was pleased to see that it was happily running. I attempted to connect to it, and

Logs: Jun 5 06:02:25 bubba dovecot: imap(dmiller at amfes.com)<25877><IjkkJZOKPvKsOk9d>: Opening DB (RO) /var/mail/amfes.com/dmiller/sdbox/xapian-indexes/db_f2857830c70c844e2f1d00003bc41c5f Jun 5 06:02:25 bubba dovecot: imap(dmiller at amfes.com)<25877><IjkkJZOKPvKsOk9d>: FTS Xapian: FLAG=AND Jun 5 06:02:25 bubba dovecot: imap(dmiller at

Yes, latest git version. The logs show (as I read them) returned results - yet nothing shows in the client. The logs look the same (with different numbers) when querying "regular" folders - but results are shown in clients. -- Daniel On June 6, 2019 12:16:08 AM Joan Moreau <jom at grosjo.net> wrote: > Hi > Are you using the latest git version ? > WHich part exactly

Hi Are you using the latest git version ? WHich part exactly of your logs relates to "virtual folders do not work" ? On 2019-06-05 13:08, Daniel Miller via dovecot wrote: > Logs: > > Jun 5 06:02:25 bubba dovecot: imap(dmiller at amfes.com)<25877><IjkkJZOKPvKsOk9d>: Opening DB (RO)

For my primary namespace this is working fine - thanks to the developers! It also appears to work great for shared folders as well. But my virtual folders aren't returning results - at least not to the client. The logs show FTS Xapian opening several DB files and getting results - but nothing is being returned to client. Is this a config issue on my side or is this a current limitation of

not sure where to go from here.... OS : Red Hat Fedora 2.6.5-1.358 #1 sendmail: sendmail dovecot version : 0.99.10.5 i can send email to the server. the email is then appended to the /var/mail/{user} file. i can view the /var/mail/{file} and see the email. i cannot retrieve the email from the local machine using Ximian Evolution (version 1.4.6). however if i use good ole #mail in a terminal

Attempting to delete a folder from within the trash folder using Thunderbird. I see the following in the log: Jan 25 15:36:22 bubba dovecot: imap(dmiller at amfes.com): Panic: file mailbox-list-fs.c: line 156 (fs_list_get_path): assertion failed: (mailbox_list_is_valid_pattern(_list, name)) Jan 25 15:36:22 bubba dovecot: imap(dmiller at amfes.com): Error: Raw backtrace:

What did I do wrong to make this happen? "doveadm(dmiller at amfes.com): Debug: fts: Indexes disabled for namespace 'shared/%n/'" doveadm -D fts rescan -u dmiller at amfes.com doveadm(root): Debug: Loading modules from directory: /usr/local/lib/dovecot doveadm(root): Debug: Module loaded: /usr/local/lib/dovecot/lib01_acl_plugin.so doveadm(root): Debug: Module loaded:

doveadm search -u dmiller at amfes.com text xyzxyz doveadm(dmiller at amfes.com): Panic: file istream-limit.c: line 79 (i_stream_limit_seek): assertion failed: (v_offset <= lstream->v_size) doveadm(dmiller at amfes.com): Error: Raw backtrace: /usr/local/lib/dovecot/libdovecot.so.0(+0x3ca8a) [0x7fcf3daaca8a] -> /usr/local/lib/dovecot/libdovecot.so.0(default_fatal_handler+0x32)

Hello, I am trying to convince our IT Manager that R is as safe as possible from IT security point of view - could you point me to something on the web / some reasons for why this is true? I do not think he has a specific concern but does not know the software and would like to understand the security implications. Thanks in advance Best Regards Martin Hanek Actuarial Analyst Glacier

Hi all, I originally posted this on postfix's mailing list but then realized that this COULD be a pop3 server problem since that downloads and deletes mail. This has only been happening since I upgraded from .99 to 1.0-7 ... Our users have been reporting double messages in their inbox, as well as emails that they deleted a long time ago reappearing. The only thing in my maillog is a

On 21/02/18 22:30, Fabian Arrotin wrote: > That's a good question, as we'll also have to migration for moinmoin if > we can't find a support path to migrate to supported version anyway. > So first question (already asked on the list) : is there a way to get in > touch with moin people willing to help/assist us ? (as their upgrade > tool wasn't working to test

I see the following history in my log during message delivery: Mar 1 13:35:09 mailserver postfix/pickup[21464]: 5FAFC2A002: uid=0 from=<root> Mar 1 13:35:09 mailserver postfix/cleanup[21526]: 5FAFC2A002: message-id=<20090301213509.5FAFC2A002 at mailserver.amfeslan.local> Mar 1 13:35:09 mailserver postfix/qmgr[21429]: 5FAFC2A002: from=<root at mailserver.amfeslan.local>,

OK. After checking the 0.99->1.0 migration documentation, it seems I've been a little confused between customflags and keywords. (Though this is partly due to my repeated requests for clarification being ignored.) The page (http://wiki.dovecot.org/moin.cgi/UpgradingDovecot) says 1.0 does not use .customflags any more. Now, I'm hoping they're still supported, in which case

I've found a much better solution; it's standard (in Unicode itself), simple and more flexible: Unicode language tagging. It was made for just this purpose, in fact. A technical description is at http://www.unicode.org/unicode/reports/tr27/#tag which, like all specs, makes it sound a bit more complicated than it really is. It comes down to this: mark the language of text with U+E0001