Hi, anybody left here? :-)
Can anybody confirm this? :
It seems xmail does not make a log entry for a non-deliverable mail.
Though it sends an error mail to the sender (Subject Error sending message
...).
This is not optimal, since the mail admin should have the possibility
to inform himself
Hi folks,
I'm using xmail for a long time now (maybe 7 yrs), and I'm still
very satisfied with it. OTOH I must admit I'm using it only for
a small number of users, and I've used (before xmail)
only one other mail-system (it was qmail iirc).
I'm using a self-compiled version of xmail (the
Oversea Site via xmail wrote on 06/04/2015 04:25 PM:
I have over 1 EMAILS but when I test UIDL, Sometimes, it's not sorting by
ID.
it's a file system
-rw-rw-r-- 1 root root30558 Jun 1 04:46
1433105179992.70d12960.34c.3f8be2.bravo
-rw-rw-r-- 1 root root 989 Jun 1 05:04
bugs--- via xmail wrote on 06/02/2015 01:31 AM:
Hi List,
I already made some fixes. See http://www.econtrario.ch/tools/. Maybe
you can use them.
Yes, it's already on the todo list. Thx.
--
cu
Uenal
___
xmail mailing list
xmail@xmailserver.org
.
---
On Sun, 24/5/15, U.Mutlu via xmail xmail@xmailserver.org wrote:
Subject: Re: [xmail] new maintainer for the 1.27 branch
To: Bart Mortelmans b...@bim.be, XMail Users Mailing List
xmail@xmailserver.org
Date: Sunday, 24 May, 2015, 19:07
Hi Bart All
Hi Bart All,
Bart Mortelmans via xmail wrote on 05/16/2015 10:27 PM:
I have been using XMail for what must have been almost 15 years. I still
prefer XMail for anything that does not need IMAP.
I have no experience yet with Dovecot, but what does it mean when
they say If you already have
Tip: Speeding up xmail by pointing envvar XMAIL_TEMP to a ramdisk
(here on Linux using a 64 MB ramdisk mounted to /mnt/ramdisk )
mkdir -p /mnt/ramdisk
in /etc/fstab:
tmpfs /mnt/ramdisk tmpfs nodev,size=64M 0 0
then either reboot or use this cmd:
mount /mnt/ramdisk
in xmail start script:
this isn't really recommended).
Yes, true, putting spool on ramdisk is not that a good idea :-)
cu
Uenal
Sincerely,
Bart Mortelmans
U.Mutlu via xmail schreef op 25/05/15 om 01:09:
Tip: Speeding up xmail by pointing envvar XMAIL_TEMP to a ramdisk
(here on Linux using a 64 MB ramdisk mounted to /mnt
Oversea Site via xmail wrote on 05/25/2015 09:23 PM:
I found the bug on XMAIL 1.27 with SSL (POP3S is main), SSMTP service maybe
has a same bug too
1. it will have too many FIN_WAIT_2 on POP3S with two many requests, It is
because of some non-popular WINDOWS CLIENT e.g. tencent foxmail ,
U.Mutlu via xmail wrote on 05/26/2015 07:06 AM:
Oversea Site via xmail wrote on 05/26/2015 05:14 AM:
No Log Error. No Fatal Error log. No Core Dump
It's not RAM or HW problem. It's XMAIL internal issue, because when I switch
to stunnel, all problems solved. And then when I test K9-MAIL
Bart Mortelmans via xmail wrote on 05/26/2015 03:55 PM:
It might be difficult to determine if the problem is with XMail or with the
client. And even if for example Tencent actually closes the connection
incorrectly, it should be better if XMail would be able to handle such an
improperly closed
Oversea Site via xmail wrote on 05/26/2015 03:09 PM:
Now I am using original XMAIL-1.27.tar.gz source without simultaneous POP3
logins, no STUNNEL, use NATIVE XMAIL SSL. The problem still exists, K9-MAIL
will report IllegalFormatConversonException when I receive more then
100-200 emails. So It
U.Mutlu via xmail wrote on 05/26/2015 04:38 PM:
Bart Mortelmans via xmail wrote on 05/26/2015 03:55 PM:
It might be difficult to determine if the problem is with XMail or with the
client. And even if for example Tencent actually closes the connection
incorrectly, it should be better if XMail
13 matches
Mail list logo