Am 09.01.2013 03:23, schrieb Gedalya:
> Anyone..?
> Is there any further detail I can provide?
> This is really puzzling me.
>
> Gedalya
>
> On 01/02/2013 06:44 PM, Gedalya wrote:
>> Hi all,
>>
>> Maybe someone here can help me with this problem, not sure if this is
>> a configuration issue or an
Anyone..?
Is there any further detail I can provide?
This is really puzzling me.
Gedalya
On 01/02/2013 06:44 PM, Gedalya wrote:
Hi all,
Maybe someone here can help me with this problem, not sure if this is
a configuration issue or an actual bug.
my daily cron job says:
#!/bin/sh
doveadm ex
* Ed W :
> Hi
>
> >At the moment Dovecot does not implement an SMTP/LMTP client. This might
> >change, when Timo decides to implement all of the LEMONADE feature, which at
> >some point require the IMAP server to edit and send messages on behalf of a
> >(mobile) client. Timo will shed more light o
On 2013-01-08 3:34 PM, Ed W wrote:
It will need client support, but my design would be something like an
IMAP extension which works something like "SMTP *this* specific
message using these login details and these sender/recipient details".
I would just like to be able tell postfix to use dov
Hi,
I'm running Dovecot 2.1.12 on FreeBSD. I configured Dovecot to use the Squat
plugin to provide faster full-text searches. The output of 'dovecot -n' is
attached to this mail.
However, I just noticed that this plugin doesn't seem to kick in. A raw telnet
session seems to confirm this:
[..]
Hi
At the moment Dovecot does not implement an SMTP/LMTP client. This might
change, when Timo decides to implement all of the LEMONADE feature, which at
some point require the IMAP server to edit and send messages on behalf of a
(mobile) client. Timo will shed more light on his plans.
Are you
* /dev/rob0 :
> On Tue, Jan 08, 2013 at 08:59:09AM -0500, Charles Marcus wrote:
> > So that postfix can use dovecot-sasl for remotely authenticating
> > against another SMTP server, ie, for secure relays...
>
> I don't think this makes sense for Dovecot to implement -- maybe
> P@rick and/or Timo
On 2013-01-08 1:52 PM, Reindl Harald wrote:
Am 08.01.2013 18:55, schrieb Charles Marcus:
I absolutely do recall Timo discussing implementing it at some point - this way
dovecot could actually provide its
own submission agent (one reason I'd love to see this would be the ability to
DISABLE the
Am 08.01.2013 18:55, schrieb Charles Marcus:
> I absolutely do recall Timo discussing implementing it at some point - this
> way dovecot could actually provide its
> own submission agent (one reason I'd love to see this would be the ability to
> DISABLE the 'Save copy to Sent
> folder' option
On 2013-01-08 10:57 AM, Reindl Harald wrote:
but he wants to use dovecot and uninstall cyrus-sasl-lib for whatever
reason - it makes sense to use dovecot for SASL auth to make sure
using the same auth-mechs and password databases in SMTP / IMAP / POP3
but i see no sense in using dovecot here y
On Tue, Jan 08, 2013 at 08:59:09AM -0500, Charles Marcus wrote:
> So that postfix can use dovecot-sasl for remotely authenticating
> against another SMTP server, ie, for secure relays...
I don't think this makes sense for Dovecot to implement -- maybe
P@rick and/or Timo will correct this if I am
Signatur Averlon info
In addition to my info before, here is my ldap file.
hosts = localhost
dn = cn=aadmin,dc=averlon,dc=loc
#dnpass =
sasl_bind = no
auth_bind = no
ldap_version = 3
base = ou=user,dc=averlon,dc=loc
scope = onelevel
user_attrs = homeDirectory=home,uidNumber=uid,gidNumber=
Hi,
I know that the ldap query does not return the result I expected.
Question is why.
Question is why does doevcot look at ldap with the recipients e-Mail
address. What does dovecot look for?
Yes, I know, it is a password request. But why look for a password for
the recipients e-Mail address user
Am 08.01.2013 16:43, schrieb Urban Loesch:
> For this you don't need dovecot on your site.
>
> I use it as follows on my debian lenny.
> installed packages: postfix, libsasl2-modules
> needed main.cf configuration options:
>
> ...
> relayhost = [the.relayserver.com]
> smtp_sasl_auth_enable = ye
On 08.01.2013 14:59, Charles Marcus wrote:
On 2013-01-08 8:46 AM, Reindl Harald wrote:
Am 08.01.2013 14:40, schrieb Charles Marcus:
Hi all,
I seem to recall mention of SASL client support either being added, but can't
remember for sure. The wiki says
nothing about Client support (now, or in
Timo,
It did the trick and solved my problem.
Thanks for your help.
I have just one more question: In Dovecot 2.1.7, it will make a full sync
every time a new mail arrives or it can make the fast sync?
On Mon, Jan 7, 2013 at 11:07 PM, Timo Sirainen wrote:
> On Mon, 2013-01-07 at 13:34 -0200,
On 2013-01-08 8:46 AM, Reindl Harald wrote:
Am 08.01.2013 14:40, schrieb Charles Marcus:
Hi all,
I seem to recall mention of SASL client support either being added, but can't
remember for sure. The wiki says
nothing about Client support (now, or in the future)...
http://wiki2.dovecot.org/Sa
$ hg --cwd ./work/dovecot-antispam-plugin-50 glog -l3 --style compact
@ 50[tip] 0319240072d8 2012-12-20 03:56 +0200 Eugene Paskevich
|Made use of new DOVECOT_ABI_VERSION macro.
...
$ configure; make
Compiling signature-log.c (plugin)...
signature-log.c:122: error: too many arguments t
Am 08.01.2013 14:40, schrieb Charles Marcus:
> Hi all,
>
> I seem to recall mention of SASL client support either being added, but can't
> remember for sure. The wiki says
> nothing about Client support (now, or in the future)...
>
> http://wiki2.dovecot.org/Sasl
>
> So - is there support for
Hi all,
I seem to recall mention of SASL client support either being added, but
can't remember for sure. The wiki says nothing about Client support
(now, or in the future)...
http://wiki2.dovecot.org/Sasl
So - is there support for it now? If not, is it planned for anytime soon?
Thanks,
--
If it works the way I'm thinking, probably a few hours of coding. I'm not
really in any hurry to implement it though, since it requires SMTPUTF8 anyway
and I'm not aware of any (open source) servers supporting it.
Oh, Dovecot's LMTP server should probably also support SMTPUTF8. I haven't
really
On 8.1.2013, at 11.15, Joan Picanyol i Puig wrote:
>> if (i_strocpy(sa.un.sun_path, path, sizeof(sa.un.sun_path)) < 0) {
>> /* too long path */
>> errno = EINVAL;
>>
>> Your path is longer than possible. This patch should make it clearer in
>> future: http://hg.dov
Hi,
On 8.1.2013, at 11.24, wolfgang.frie...@desy.de wrote:
> we are currently running dovecot 2.1.10 using mdbox storage. Sometimes we get
> requests from users to restore accidentally deleted mails. If the mails got
> deleted before a backup was made, such mails could of course not be restored
Timo Sirainen writes:
[...]
>
> I think the attached patch fixes this. Stephan can figure out a
> non-kludgy fix. :)
>
Does that patch is applied to packages available at
deb http://xi.rename-it.nl/debian/ testing-auto/dovecot-2.1 main
?
Or is the only way to compile the source with patch?
Aft
2013/1/4 Timo Sirainen :
> On 26.12.2012, at 22.01, Lazy wrote:
>
>> We run dovecot 2.1 on 2 nodes with shared nfs storage. Index files are
>> kept on local disk.
>> Second node is usually used only for email snapshots access. If
>> primary node fails it is configured to
>> take place of the prima
Hi Timo,
we are currently running dovecot 2.1.10 using mdbox storage. Sometimes we
get requests from users to restore accidentally deleted mails. If the
mails got deleted before a backup was made, such mails could of course not
be restored from backup. One option to help users in this respect
* Timo Sirainen [20130108 02:17]:
> On Sat, 2013-01-05 at 21:51 +0100, Joan Picanyol i Puig wrote:
>
> > I'm unable to get past the subject error trying to setup dovecot 2.1.10
> > on FreeBSD 6.4: right after login the server closes the connection
> > (testing with
On Mon, 2013-01-07 at 12:33 +0200, Timo Sirainen wrote:
> Lots of fixes since 2.2.alpha1, especially related to dsync. Also dsync
> now supports syncing private message flags when INDEXPVT is used.
After some more dsync fixes that are available in hg, I'm now using it
for replicating my company's
28 matches
Mail list logo