Ubuntu 11.10 server with postfix/dovecot/squirrelmail configured.
Outgoing SMTP server seemed worked fine, however, the incoming IMAP with SSL on
port 993 doesn't seem to receive any mail at all !? Here is the mail.log
during the test session from an external yahoo mail (dchen...@yahoo.com
Sent from my iPhone
Begin forwarded message:
From: D Chen dchen...@yahoo.com
Date: April 19, 2012 4:06:49 PM PDT
To: lists-dovecot replies-lists-a1z2-dove...@listmail.innovate.net
Subject: Re: [Dovecot] IMAP SSL incoming test need help !
Reply-To: D Chen dchen...@yahoo.com
Thanks
On 30 Mar 2012, at 12:29, Dr Josef Karthauser wrote:
I've configured the dspam anti spam plugin, but it doesn't appear to be doing
anything when I move mail between mailboxes. Can anyone help me determine
what's going on?
The plugin appears to be loading; at least if I don't define all
Hi,
I am using dovecot version 2.1.3 on centos. I tested dsync from my live
server to one of backup server. But I got that its working for most of the
user and there is problem for few user. Some users got duplicated mail to
their mailbox and I saw there is some extra folders i.e Sent Items_* ,
I've configured the dspam anti spam plugin, but it doesn't appear to be doing
anything when I move mail between mailboxes. Can anyone help me determine
what's going on?
The plugin appears to be loading; at least if I don't define all the required
configuration options I get a complaint in the
with
postfixadmin and mysql.
(below I have replaced my test domain name with [***domain_name***])
The story so far;
I can send 'welcome' emails from within postfix admin to an external email
address... and they are received by the mail client on my computer at home no
problem.
I can set up
Hi,
I have fixed this fault - the following line in my /etc/dovecot/dovecot.conf
file was setting the setgid to 5000, and the user id to 5000 also
auth default {
...
userdb static {
args = uid=5000 gid=5000 home=/home/vmail/%d/%n
allow_all_users=yes
}
Hi
I am building a RPM for dovecot. Is there a test suite available I could use
during the build to verify proper functionality? Thanks!
Kyle
On 28.1.2012, at 0.57, Kyle Lafkoff wrote:
I am building a RPM for dovecot. Is there a test suite available I could use
during the build to verify proper functionality? Thanks!
It would be nice to have a proper finished test suite testing all kinds of
functionality. Unfortunately I haven't
Hello
i use dovecot 2.0.14 , with exim 4.76 using dovecot-lda.
We have the following problem: when I receive mail from the site
http://www.transfer.ro, which is a file transfer site, most emails
appear to be empty.
Empty rows appear in email body slipped through the existing, and this
makemy
On Thu, 2011-09-08 at 12:00 +0300, Adrian Stoica wrote:
Hello
i use dovecot 2.0.14 , with exim 4.76 using dovecot-lda.
We have the following problem: when I receive mail from the site
http://www.transfer.ro, which is a file transfer site, most emails
appear to be empty.
Empty rows appear
On Thu, 2011-09-08 at 12:41 +0300, Timo Sirainen wrote:
I'm not aware of any such bugs ever existing in dovecot-lda. You could
check this by having Exim internally deliver mails from that site to
some other maildir/mbox file, and check if the empty line exists there
also. I don't know the
-Header-Name
0.99 { /* do something */ }
However the Pigeonhole Sieve 0.2.3 on dovecot 2.0.14 gives me following
error:
test: line 3: error: unknown tagged argument ':value' for the header
test (reported only once at first occurence).
test: error: validation failed.
What obvious mistake am I
On 9/7/2011 2:40 PM, Tom Hendrikx wrote:
The above snippet poses some other issue that I cannot easily solve: the
ascii-numeric comparator only handles integer values.
All 0. header values are truncated to 0 by the comparator, just like
the sieve script value 0.95. After comparision, this
On 07/09/11 15:48, Stephan Bosch wrote:
On 9/7/2011 2:40 PM, Tom Hendrikx wrote:
The above snippet poses some other issue that I cannot easily solve: the
ascii-numeric comparator only handles integer values.
All 0. header values are truncated to 0 by the comparator, just like
the sieve
to create a
sliding scale between 1 and 10 is not really possible.
Not with the current implementation, no. But I could incorporate this
new type of specification in the configuration capabilities. Using the
spamtest :percent test, this could for instance map as follows:
Result=Innocent
*/ }
However the Pigeonhole Sieve 0.2.3 on dovecot 2.0.14 gives me following
error:
test: line 3: error: unknown tagged argument ':value' for the header
test (reported only once at first occurence).
test: error: validation failed.
What obvious mistake am I failing to see here?
To answer
On Sun, 2011-05-22 at 07:27 +0200, Kamil Jońca wrote:
Um. :( Files were created about 2 months ago. It was certainly 1.x, but
now it is hard to say, what exactly version it was.
But question is open: Can I (and how) restore mails from so old backup?
Dovecot v2.0 should be able to
Timo Sirainen t...@iki.fi writes:
On 21.5.2011, at 1.21, Kamil Jońca wrote:
2. when I move dbox-Mails to proper place I got:
doveadm(kjonca): Error: sdbox
/home/kjonca/Mail/dbox-temp/spamcop/reports/mailboxes/INBOX/dbox-Mails:
Invalid dbox header size
What Dovecot version? I think
/spamcop/reports/mailboxes/INBOX/dbox-Mails: Invalid
dbox header size
And nothing were imported.
Notices:
a) there were only u.* files, no indexes.
b) u.* files were created on i386 system, and import test on amd64.
KJ
--
http://blogdebart.pl/2010/03/17/dalsze-przygody-swinki-w-new-jersey/
test on amd64.
Index files use the same format in 32bit and 64bit systems (but not in little
vs big endian).
Timo Sirainen t...@iki.fi writes:
On 20.5.2011, at 22.35, Kamil Jońca wrote:
So I try to import with:
doveadm -v import sdbox:~/Mail/dbox-temp/spamcop/reports/
#Dbox/spamcop/reports all
You probably want something more like:
doveadm import sdbox:~/Mail/dbox-temp #Dbox mailbox
kjo...@o2.pl (Kamil Jońca) writes:
[...]
2. when I move dbox-Mails to proper place I got:
doveadm(kjonca): Error: sdbox
/home/kjonca/Mail/dbox-temp/spamcop/reports/mailboxes/INBOX/dbox-Mails:
Invalid dbox header size
What Dovecot version? I think this is fixed already.
Um. :( Files
On 21.5.2011, at 1.21, Kamil Jońca wrote:
2. when I move dbox-Mails to proper place I got:
doveadm(kjonca): Error: sdbox
/home/kjonca/Mail/dbox-temp/spamcop/reports/mailboxes/INBOX/dbox-Mails:
Invalid dbox header size
What Dovecot version? I think this is fixed already.
Um. :(
Hello,
I'm using pigeonhole-0.2.3, it works fine.
I tried to verify some build in checks of vacation concerning precedence
or auto-submitted header lines.
It looks like sieve-test ignores header lines like
Auto-Submitted: auto-submitted
Precedence: bulk
Return-Path: MAILER-DAEMON
Op 20-4-2011 14:15, Burckhard Schmidt schreef:
Hello,
I'm using pigeonhole-0.2.3, it works fine.
I tried to verify some build in checks of vacation concerning
precedence or auto-submitted header lines.
It looks like sieve-test ignores header lines like
Hmm, good point. Those verifications
Just set up postfix it's running on my RHES 4.2 box.
Immediately after postfix is up, I test sending emails from a permitted
domain
(ahhh, on this postfix server's domain firewall, we even have a firewall
rule
which permits Tcp25 from those few sending domains' SMTP servers) using
an email
Hi,
I have been testing sieve in my setup with qmail-ldap and deliver on a LAN
with an artificial domain name. Everything seems to be working as expected,
except in cases when autoreplies (vacation, reject messages) need to be
tested.
The domain name is vmint, and dawnone is the hostname on
In case these are required as well:
*dovecot confiiguration*
r...@dawnone:~# dovecot -n
# 1.2.13: /etc/dovecot/dovecot.conf
# OS: Linux 2.6.32-3-686 i686 Debian squeeze/sid
log_timestamp: %Y-%m-%d %H:%M:%S
protocols: imap managesieve
listen(default): *
listen(imap): *
listen(managesieve): *:2000
Hi,
If anyone else is testing out sieve with a similar setup. this is caused by
the defaultdomain setting in qmail. qmail-inject appends this value to a
domain without any dots.
Thanks to Stephan (S[r]us) for bringing this to notice on irc.
On Wed, Sep 22, 2010 at 5:59 PM, Mohit Chawla
and if unseccessful tries make test.
Obviously, it does not work with sieve since make check always succeeds.
Can you make check: an alias for test: or make it fail? No big deal if
you can't. Currectly, I sed the Makefile which I would like to avoid if
possible.
Solved in latest revision. However, make
test.
Obviously, it does not work with sieve since make check always succeeds.
Can you make check: an alias for test: or make it fail? No big deal if
you can't. Currectly, I sed the Makefile which I would like to avoid if
possible.
--
Eray
I am trying out the sieve plugin (commit 843ba8e66e1b) and dovecot-2.0.rc2.
Given
$ ./configure --with-dovecot=../dovecot-2.0.rc2/ --with-managesieve
make test fails with:
testu...@linode /tmp/dovecot-2-0-pigeonhole-843ba8e66e1b $ make test
testsuite(testuser): Error: user testuser
Eray Aslan wrote:
I am trying out the sieve plugin (commit 843ba8e66e1b) and dovecot-2.0.rc2.
Given
$ ./configure --with-dovecot=../dovecot-2.0.rc2/ --with-managesieve
make test fails with:
testu...@linode /tmp/dovecot-2-0-pigeonhole-843ba8e66e1b $ make test
testsuite(testuser): Error: user
test
On Thu, 2010-03-25 at 16:17 +0200, to...@example.com wrote:
test
Ugh. I guess mailman doesn't use From: line to check if user is
subscribed. :)
signature.asc
Description: This is a digitally signed message part
On 25 Mar 2010, at 14:19, Timo Sirainen wrote:
On Thu, 2010-03-25 at 16:17 +0200, to...@example.com wrote:
test
Ugh. I guess mailman doesn't use From: line to check if user is
subscribed. :)
It does if you ask it to. It uses the From: header as the authentication for
the sender. So I
On 11:59 AM, Timo Sirainen wrote:
On Thu, 2010-03-25 at 16:17 +0200, to...@example.com wrote:
test
Ugh. I guess mailman doesn't use From: line to check if user is
subscribed. :)
In a default Mailman installation, a post is considered to be from a
list member if the envelope sender or any
...@inka.de {
keep;
}
[Yes, it is useless - a minimal example to illustrate the bug. :-) ]
... and I get the following error:
mart...@bilbo:~/tmp$ sievec test.sieve
test: line 1: error: specified header 'Return-path' is not allowed for the
address test.
test: error: validation failed
I want to test out my first V1.2 Dovecot (upgraded from V1.1) instance.
What I have in mind to do is to run it on another machine that has the
Inbox dir and homedirs NFS import mounted from the production
mailserver. I then have 5 people test it in this test environment
A) Then I can
Timo Sirainen schrieb:
On Sat, 2009-06-06 at 15:35 +0200, e-frog wrote:
$ /usr/sbin/dovecot --exec-mail ext expire-tool --test
Info: Trash: timestamp 1243963680 (Tue Jun 2 19:28:00 2009
) - 1244307774 (Tue Jun 2 19:28:00 2009
)
Both human readable timestamps are equal as ctime() returns
On Tue, 2009-06-16 at 20:39 +0200, e-frog wrote:
Thanks. I fixed it a bit differently:
http://hg.dovecot.org/dovecot-1.2/rev/1d343780e009
Thanks Timo! The timestamps are ok now, however there are still the newlines.
Just cosmetic though :-)
Info: Trash: timestamp 1240263356 (Mon Apr
Timo Sirainen schrieb:
On Tue, 2009-06-16 at 20:39 +0200, e-frog wrote:
Thanks. I fixed it a bit differently:
http://hg.dovecot.org/dovecot-1.2/rev/1d343780e009
Thanks Timo! The timestamps are ok now, however there are still the newlines.
Just cosmetic though :-)
Info: Trash: timestamp
On Sat, 2009-06-06 at 15:35 +0200, e-frog wrote:
$ /usr/sbin/dovecot --exec-mail ext expire-tool --test
Info: Trash: timestamp 1243963680 (Tue Jun 2 19:28:00 2009
) - 1244307774 (Tue Jun 2 19:28:00 2009
)
Both human readable timestamps are equal as ctime() returns a pointer
to a static
$ /usr/sbin/dovecot --exec-mail ext expire-tool --test
Info: Trash: timestamp 1243963680 (Tue Jun 2 19:28:00 2009
) - 1244307774 (Tue Jun 2 19:28:00 2009
)
Both human readable timestamps are equal as ctime() returns a pointer
to a static buffer. In addition there are some newline characters
messages to the list and they do not show up.
its just a test, please ignore
Regards,
Carlos Xavier.
begin:vcard
fn:Ioannis Aslanidis
n:Aslanidis;Ioannis
org:Flumotion Services S.A.;Infrastructure Department
adr:Edifici Nord Planta 2;;World Trade Center;Barcelona;Barcelona;08039;Spain
email
On 05/27/2009 05:04 PM Carlos Xavier wrote:
Im sendding messages to the list and they do not show up.
Who wrote this messages to the mailing list?
* http://dovecot.org/list/dovecot/2009-May/039893.html
* http://dovecot.org/list/dovecot/2009-May/039902.html
Regards,
Pascal
--
Pascal Volk wrote:
Im sendding messages to the list and they do not show up.
Who wrote this messages to the mailing list?
* http://dovecot.org/list/dovecot/2009-May/039893.html
* http://dovecot.org/list/dovecot/2009-May/039902.html
It's possible to switch off reception of own
On Wed, 2009-05-27 at 17:16 +0200, Ioannis Aslanidis wrote:
And this may be why:
* 3.9 FORGED_MUA_OUTLOOK Forged mail pretending to be from MS Outlook
Ugh. :/ I've been looking into a FP for that rule recently, though the
issue I spotted is different from these headers. Hmm, and it
Timo Sirainen wrote:
On Wed, 2009-04-01 at 20:09 +0400, Proskurin Kirill wrote:
I need to make a stress test on it.
Something like a 1000 concurrent conection to IMAP and SMTP.
What tool can help me?
For imap you can use http://imapwiki.org/ImapTest
- Download and compile Dovecot v1.2
On Apr 2, 2009, at 6:31 AM, Proskurin Kirill wrote:
Timo Sirainen wrote:
On Wed, 2009-04-01 at 20:09 +0400, Proskurin Kirill wrote:
I need to make a stress test on it.
Something like a 1000 concurrent conection to IMAP and SMTP.
What tool can help me?
For imap you can use http
Hello all.
May be not in right list but...
I have a email system based on:
Exim-4.69 + Dovecot-1.1.11 on FreeBSD-7.1
I need to make a stress test on it.
Something like a 1000 concurrent conection to IMAP and SMTP.
What tool can help me?
--
Best regards,
Proskurin Kirill
On Wed, 2009-04-01 at 20:09 +0400, Proskurin Kirill wrote:
I need to make a stress test on it.
Something like a 1000 concurrent conection to IMAP and SMTP.
What tool can help me?
For imap you can use http://imapwiki.org/ImapTest
signature.asc
Description: This is a digitally signed
/mail/.postini/cur)
(2009-02-23 13:46:04)
# sieve-test -c ../../../sieve/default.sieve
1235038385.M765212P13483.tch-mailstore1\,S\=3927\,W\=4017\:2\,S
Fatal: Can't open mail stream as raw
Can anyone suggest what this error means?
Thanks,
Ian
I'm not sure what it is I'm doing wrong here, perhaps my 'test' mail
is not in the format expected by sieve-test.
The 'test' file is a file taken directly from a dovecot maildir - so
is in the normal format of having headers, a new line, then the body.
There is nothing exceptional about
2009/2/23 Ian P. Christian poo...@pookey.co.uk:
I'm not sure what it is I'm doing wrong here, perhaps my 'test' mail
is not in the format expected by sieve-test.
I don't know why I didn't figure this out from my previous mail/error.
sieve-test appears not to handle relative paths as it's 2nd
2009/2/23 Stephan Bosch step...@rename-it.nl:
This was also an issue for `deliver -p` and this is fixed by Timo.
That's fantastic Stephan, thanks!
there are a LAN of dubious performance and a ZyWALL.
I have already removed every kind of packet filtering on ZyWALL, few hours ago I
moved the server near the ZyWALL and connected it directly.
Should everything keeps going wrong, I would like to try to run some sort of
IMAP test tool, but I have to give
On Mon, 2009-02-02 at 20:25 +0100, Luigi Rosa wrote:
Should everything keeps going wrong, I would like to try to run some sort of
IMAP test tool, but I have to give it to a Windows user.
Can you please suggest me such tool?
No idea about native tools, but you could probably compile my
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Luigi Rosa said the following on 02/02/09 20:25:
I need some user grade windows-based IMAP stress tool.
Should anyone need such a tool, I found a free one:
http://www.icewarp.com/download/tools/srvtest.zip
Just for the records.
Ciao,
luigi
-
if it's already been fixed in AIX. This looks related:
http://www-01.ibm.com/support/docview.wss?uid=isg1IY77112
3) However, then there was the following:
a) If I used webmail, which accessed the production server and got the indices
on my test server out of sync, I got this error message from
if it's already been fixed in AIX. This looks related:
http://www-01.ibm.com/support/docview.wss?uid=isg1IY77112
3) However, then there was the following:
a) If I used webmail, which accessed the production server and got
the indices
on my test server out of sync, I got this error message from
. This looks related:
http://www-01.ibm.com/support/docview.wss?uid=isg1IY77112
3) However, then there was the following:
a) If I used webmail, which accessed the production server and got the indices
on my test server out of sync, I got this error message from in the mail
syslog
on my test server
I have V1.1 running on a test server that NFS mounts mbox-formatted inbox and
home folder dirs. I have eliminated the profile listing for connection to the
V1.0 production servers so that can't start up and corrupt the synch of the test
servers indices
I am seeing posix_fallocate
for mail,
and I have rechecked since then to make sure that there are no session
in the PS table for it. When I started up on my DC V1.1.3 test server,
I got the following messages:
Sep 30 13:24:13 egg mail:info dovecot: Dovecot v1.1.3 starting up
Sep 30 13:24:26 egg mail:info dovecot: imap-login
My production DC machine owns the mail filesystems and is running DC
V1.0.15 and mbox folder format.
I am looking to test V1.1.3 on another machine, which NFS mounts the
mail filesystems, but has its own local index FS.
I have made this test environment my default connection in TBird
On Mon, 2008-09-22 at 13:04 -0400, Stewart Dean wrote:
Sep 22 11:54:13 egg mail:err|error dovecot: IMAP(sdean): posix_fallocate()
faile
d: Protocol not available
See if this helps: http://hg.dovecot.org/dovecot-1.1/rev/ad13463328aa
signature.asc
Description: This is a digitally signed
: /
location: maildir:/gfs_correo/mail/%n
inbox: yes
auth default:
passdb:
driver: pam
userdb:
driver: passwd
plugin:
quota: maildir:storage=1048576
./imaptest host=127.0.0.1 port=143 user=yyy pass=xxx seed=123 secs=300
1º TEST. mailbox in ext3 (disc local), mmap_disible=no
Totals:
Logi List Stat
/INBOXdir remotely) and plan to have a limited
community test-drive it there. Are there any hazards or drawbacks in
doing this? While the homedirs and INBOXdirs are thus shared, I have it
so that each machine has its own local index directory and /var/run
dir. Comments or dire warnings
I have my master IMAP server running DC V1.0.10. The homedir and
INBOXdir are physically resident there and NFS exported (no caching) to
3 other machines. I have installed V1.1beta13 on one of them (which
thus accesses the homedir/INBOXdir remotely) and plan to have a limited
community test
Hi,
It doesn't compile for Solaris 10:
You can compile it with :
gcc -o concurency -I/usr/ucbinclude -L/usr/ucblib -lucb concurency.c
(on a default Solaris 10 install). Then, you must add /usr/ucblib to your
library search path using crle.
On a dual UltraSparc IIIi running Solaris 10, here is
I'm not sure what you expect to happen, but:
fnord gdt 18 ~ ./concurrency
0: reading, page size = 4096
writing, page size = 4096
4: reading, page size = 4096
3: reading, page size = 4096
2: reading, page size = 4096
1: reading, page size = 4096
open(): No such file or directory
open(): No such
On Thu, 2007-06-21 at 08:06 -0400, Greg Troxel wrote:
I'm not sure what you expect to happen, but:
fnord gdt 18 ~ ./concurrency
0: reading, page size = 4096
writing, page size = 4096
4: reading, page size = 4096
3: reading, page size = 4096
2: reading, page size = 4096
1: reading, page
Attached another test program. I don't expect it to print any errors
with any OS, but I'd like to confirm it for non-Linux SMP kernels.
(Except for OpenBSD, it doesn't work correctly in it anyway because it
doesn't support mixing write()s and mmap())
/*
gcc concurrency.c -o concurrency -Wall
On Thu, Jun 21, 2007 at 04:28:17AM +0300, Timo Sirainen wrote:
Attached another test program. I don't expect it to print any errors
with any OS, but I'd like to confirm it for non-Linux SMP kernels.
(Except for OpenBSD, it doesn't work correctly in it anyway because it
doesn't support
:
Attached another test program. I don't expect it to print any errors
with any OS, but I'd like to confirm it for non-Linux SMP kernels.
(Except for OpenBSD, it doesn't work correctly in it anyway because it
doesn't support mixing write()s and mmap())
I know how to run a second instance of the *base* code (to check
different functionality/config) and documented it in
http://wiki.dovecot.org/RunningDovecot
What I realize I don't know how to do is to run an altogether different
version or build of the code as that second instance, which would
On Thu, 2007-06-14 at 11:27 -0400, Stewart Dean wrote:
I know how to run a second instance of the *base* code (to check
different functionality/config) and documented it in
http://wiki.dovecot.org/RunningDovecot
What I realize I don't know how to do is to run an altogether different
Hi Georgie
Just testing!
--
Brian Morrison
bdm at fenrir dot org dot uk
Arguing with an engineer is like wrestling with a pig in the mud;
after a while you realize you are muddy and the pig is enjoying it.
GnuPG key ID DE32E5C5 - http://wwwkeys.uk.pgp.net/pgpnet/wwwkeys.html
201 - 279 of 279 matches
Mail list logo
