Also commenting out the date.timeline in php.ini (yes, restart apache after)
does not change the behavior.
-Original Message-
From: Helmut Fritz [mailto:hel...@fritz.us.com]
Sent: Thursday, January 23, 2014 8:20 PM
To: 'qmailtoaster-list@qmailtoaster.com'
Subject: RE: [qmailtoaster] Re: s
[Date]
; Defines the default timezone used by the date functions
date.timezone = America/Los_Angeles
Log_Angeles? Never seen that one before. Please tell me that is not the
correct format!
-Original Message-
From: Eric Shubert [mailto:e...@shubes.net]
Sent: Thursday, January 23, 2014
Dear All,
I had checked my mail server queue everyday and qmail queue is shows some
emails even internal domain also. It's lot of time to take clear the queue
on my server. What is the issue and how to fix this issue. Please help me
anyone.
Note: I had tried this command also qmailctl doqueue.
-
On 01/23/2014 03:42 PM, Jim Shupert wrote:
The second cause might be excessive clamav scanning times. If clamav
takes too long to scan, the sending client (be it an external server
or a submission client) can time out the connection thinking the
message hasn't been sent, and retry. Upon eventua
And is that the same setting you have in php.ini?
Los Angeles or Log_Angeles?
On 01/23/2014 03:44 PM, Helmut Fritz wrote:
To America/Los Angeles.
-Original Message-
From: Eric Shubert [mailto:e...@shubes.net]
Sent: Thursday, January 23, 2014 2:05 PM
To: qmailtoaster-list@qmailtoaster.c
To America/Los Angeles.
-Original Message-
From: Eric Shubert [mailto:e...@shubes.net]
Sent: Thursday, January 23, 2014 2:05 PM
To: qmailtoaster-list@qmailtoaster.com
Subject: [qmailtoaster] Re: squirrelmail time stamp issue
You said the user has set his time zone in SM. To what?
I'm no
The second cause might be excessive clamav scanning times. If clamav
takes too long to scan, the sending client (be it an external server
or a submission client) can time out the connection thinking the
message hasn't been sent, and retry. Upon eventual successful
completion of scanning, QMT
You said the user has set his time zone in SM. To what?
I'm not sure what happens if the time zone is set in php.ini as well as
user prefs. Perhaps there's a bug when they're both specified?
--
-Eric 'shubes'
On 01/23/2014 01:05 PM, Helmut Fritz wrote:
OK, stripping the attachment and puttin
OK, stripping the attachment and putting it up on a web server since the
original did not seem to go through (probably due to attachment).
Also got word from the user that it has always been like this - he just now
decided he would like it fixed!
Earlier message-
On 01/23/2014 10:52 AM, Helmut Fritz wrote:
See email I just sent in reply to Dan.
I don't see.
I expect you know as well (or better) than I do what your situation is.
To be clear though, the emails themselves have the correct time, but SM
is simply showing something that's off? I would expe
Thx Eric,
Already done to no effect. That also does not account for 20 or so minutes
of offset.
Appropriate service is apache in this case.
See email I just sent in reply to Dan.
-Original Message-
From: Eric Shubert [mailto:e...@shubes.net]
Sent: Thursday, January 23, 2014 9:17 AM
T
On 01/23/2014 06:59 AM, Dan McAllister wrote:
On 1/23/2014 12:21 AM, Helmut Fritz wrote:
OK, I could not find anything in the list archive and only one
mentioned that is not exactly the same as my issue. I have a few
users using squirrelmail, and checked this myself. The time stamp
listed on
Hey Max,
How's LDA and Sieve (and managesieve) working out for you?
(I'm a little afraid to ask to be honest ;) )
Thanks for your input.
--
-Eric 'shubes'
On 01/23/2014 12:24 AM, cj yother wrote:
-sh-4.1$ dovecot -n
# 2.0.9: /etc/dovecot/dovecot.conf
# OS: Linux 2.6.32-431.3.1.el6.x86_64 x86
Hey Max,
mail_max_userip_connections is used by both imap and pop3. I think it's
more appropriate to specify each one separately in the appropriate
section. I wouldn't think pop3 could even use that many connections,
given that it's only accessing the inbox.
--
-Eric 'shubes'
On 01/23/2014
I noticed that Vivek has:
protocol pop3 {
pop3_client_workarounds = outlook-no-nuls oe-ns-eoh
pop3_fast_size_lookups = yes
pop3_lock_session = yes
pop3_uidl_format = %f
}
I'm curious about the pop3_uidl_format setting. I don't see where %f is
documented.
FWIW, the dovecot wiki says tha
I think your solution lies here:
http://wiki2.dovecot.org/LoginProcess
You'll need to decide which mode (high security or high performance) is
appropriate for you, and modify your configuration accordingly.
Bottom line here is that the stock QMT dovecot uses the dovecot defaults
of high securi
On 01/22/2014 08:20 PM, Chandran Manikandan wrote:
Hi Eric,
I had checked this server for all account don't have .qmail file on
their user folder and .qmail_defualt file there under domain folder.
Then .qmail file is not the cause of the duplicate delivery.
I thought some issue on qmail-send
On 1/23/2014 12:21 AM, Helmut Fritz wrote:
OK, I could not find anything in the list archive and only one
mentioned that is not exactly the same as my issue. I have a few
users using squirrelmail, and checked this myself. The time stamp
listed on incoming messages is 7 hours and 20 to 23 mi
18 matches
Mail list logo
