--
http://rob0.nodns4.us/
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
to do
this (probably out of Dovecot scope.)
Here is my dovecot -n:
snip
--
http://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if /dev/rob0 is in the Subject:
]
[1] Offer void where taxed or prohibited, or if, God forbid, he
got hit by a bus.
--
http://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if /dev/rob0 is in the Subject:
consider too high.
Sincere best wishes to you. EOT.
--
http://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if /dev/rob0 is in the Subject:
documentation. Don't confuse your address classes:
http://www.postfix.org/ADDRESS_CLASS_README.html
http://www.postfix.org/VIRTUAL_README.html
--
http://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if /dev/rob0 is in the Subject:
should consider rewriting
them in your MTA (aliases(5) or similar.)
--
http://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if /dev/rob0 is in the Subject:
mail is seen only if /dev/rob0 is in the Subject:
properly.
Thank you for following up. I haven't had the chance to get back to
this yet, but if the list doesn't hear back from me, assume it
worked. :)
On 09/26/2013 09:02 AM, /dev/rob0 wrote:
On Thu, Sep 26, 2013 at 12:45:01AM -0400, Chris Lasater wrote:
I am trying to use 2 instances
Dillon's cron which lacks
some of the features of the more popular Vixie cron. I bet a lot of
commercial Unix flavors are also using simpler cron implementations
than Vixie's.
--
http://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if /dev/rob0
.
--
http://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if /dev/rob0 is in the Subject:
and consulting
Offlist GMX mail is seen only if /dev/rob0 is in the Subject:
This issue still occurs. It varies which of the four director
instances gets it, but it seems that once one of them does, the only
fix is to restart all four.
On Mon, Sep 09, 2013 at 07:41:10AM -0500, /dev/rob0 wrote:
On Mon, Sep 09, 2013 at 11:13:36AM +0200, Patrick Westenberg wrote
.
--
http://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if /dev/rob0 is in the Subject:
On Thu, Sep 19, 2013 at 06:14:32PM -0500, /dev/rob0 wrote:
We'd like to be able to activate zlib_save per-user or per-mailbox,
but it seems to be global, all or nothing. Search of this list
revealed a comment from Timo in 2012:
http://www.dovecot.org/list/dovecot/2012-March/064909.html
to override in /path/to/passwd.
--
http://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if /dev/rob0 is in the Subject:
/dovecot/dovecot-sql.conf.ext
driver = sql
}
}
protocol lmtp {
auth_socket_path = director-userdb
}
--
http://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if /dev/rob0 is in the Subject:
You posted today that it must not be possible to serve both virtual
and system users on a single Dovecot instance. This is wrong.
On Mon, Aug 26, 2013 at 06:11:08PM +0200, Pierre-Philipp Braun wrote:
Quoting /dev/rob0 26/08/2013 15:17,
mail_location: mbox:~/mail/:INBOX=/var/mail/%u
,
it will include only what you specify.
The original doveconf -n in the OP indicated that managesieve is
desired, so that should also be in the protocols line:
protocols = imap sieve
--
http://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if /dev/rob0
1000, UID 999 would be a good choice for virtual mailbox owner, with
that as first_valid_uid also.)
--
http://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if /dev/rob0 is in the Subject:
.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if /dev/rob0 is in the Subject:
On Mon, Aug 26, 2013 at 12:53:20PM -0300, Leonardo Rodrigues wrote:
Em 26/08/13 11:58, /dev/rob0 escreveu:
On Mon, Aug 26, 2013 at 11:49:50AM -0300, Leonardo Rodrigues
wrote:
extra informations ... smtp authentication is done by
postfix using:
A bit of extra information which might help
the third quad for ports 255, but the general idea is
for result codes to be both machine and human readable as much as
possible.)
--
http://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if /dev/rob0 is in the Subject:
and consulting
Offlist GMX mail is seen only if /dev/rob0 is in the Subject:
and consulting
Offlist GMX mail is seen only if /dev/rob0 is in the Subject:
On Fri, Jul 26, 2013 at 10:04:22AM +0100, Darac Marjal wrote:
On Thu, Jul 25, 2013 at 11:29:56AM -0500, /dev/rob0 wrote:
We're using sieve with LMTP. We want to have
lda_mailbox_autocreate and lmtp_save_to_detail_mailbox. Is
there a way to make the detail case-insensitive? If so I
have
to
autocreated case-sensitive mailboxes that the user won't see.
Hmmm, maybe a global sieve script?
--
http://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if /dev/rob0 is in the Subject:
administration and consulting
Offlist GMX mail is seen only if /dev/rob0 is in the Subject:
On Mon, Jun 03, 2013 at 05:10:35PM +0200, Simon B wrote:
On 3 Jun 2013 16:49, /dev/rob0 r...@gmx.co.uk wrote:
On Mon, Jun 03, 2013 at 06:23:09AM -0700, dd wrote:
3 virtual users. All I want is a username and password to
access my email.
... you complicated things by wanting
IMAP, but to its own /usr/libexec/dovecot/imap process,
not through a network socket.
Maybe you could adapt this idea in some way.
--
http://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if /dev/rob0 is in the Subject:
/ -- system administration and consulting
Offlist GMX mail is seen only if /dev/rob0 is in the Subject:
and consulting
Offlist GMX mail is seen only if /dev/rob0 is in the Subject:
://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if /dev/rob0 is in the Subject:
On Sun, Mar 17, 2013 at 04:57:36PM +0100, Christian Benke wrote:
On 17 March 2013 02:58, /dev/rob0 r...@gmx.co.uk wrote:
On Sun, Mar 17, 2013 at 01:20:55AM +0100, Christian Benke wrote:
Some part in the configuration seems to miss though, as mails are
received by Postfix, but instead
!
--
http://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if /dev/rob0 is in the Subject:
where this might not be possible is to use TLS
certificate authentication:
http://www.postfix.org/TLS_README.html#server_access
http://www.postfix.org/TLS_README.html#client_tls_policy
--
http://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if /dev/rob0
in Postfix, as Charles pointed out. I guess
it's only the TLS logging that you have made verbose.
Review the Dovecot wiki / wiki2 (you didn't say what version you are
using?) page on LDAP.
--
http://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if /dev/rob0
, delay=25,
delays=25/0.02/0/0.12, dsn=4.3.0, status=deferred (temporary failure)
Nov 16 12:30:56 dur postfix/smtpd[4113]: disconnect from
localhost[127.0.0.1]
root@dur:/etc/postfix#
--
http://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if /dev/rob0
and consulting
Offlist GMX mail is seen only if /dev/rob0 is in the Subject:
On Fri, Nov 16, 2012 at 05:32:16PM -0800, Thufir wrote:
On Fri, 16 Nov 2012 16:09:54 -0600, /dev/rob0 wrote:
The fix to this is simply not to deliver mail to root. You
should have aliased root to a mortal user. Postfix will not
invoke a mailbox_command as root.
Ah, thank you. Not dovecot
and consulting
Offlist GMX mail is seen only if /dev/rob0 is in the Subject:
stability with
SQL flexibility and easy backups. There is no Postfixadmin-type
solution out there yet, but if you're fine with sqlite3(1) in the
console, you won't miss it.
--
http://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if /dev/rob0
. The delivery agent is always able to deliver new mail.
--
http://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if /dev/rob0 is in the Subject:
if /dev/rob0 is in the Subject:
.us/ -- system administration and consulting
Offlist GMX mail is seen only if /dev/rob0 is in the Subject:
.
--
http://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if /dev/rob0 is in the Subject:
On Wed, Oct 24, 2012 at 01:28:41PM -0400, Bill Shirley wrote:
On 10/24/2012 12:32 PM, /dev/rob0 wrote:
There seems to be much confusion in this thread. I might be able
able to help clear up some of it, but probably not all, because I
agree with Robert about using amavisd-new for filtering
On Wed, Oct 24, 2012 at 01:21:58PM -0400, Bill Shirley wrote:
On 10/24/2012 12:44 PM, /dev/rob0 wrote:
I can't speak for Robert, but as I said in the other post I
agree with him, so I will say why. You will get better overall
performance with amavisd-new and LMTP, rather than invoking
On Wed, Oct 24, 2012 at 02:04:39PM -0400, Bill Shirley wrote:
On 10/24/2012 1:39 PM, /dev/rob0 wrote:
On Wed, Oct 24, 2012 at 01:28:41PM -0400, Bill Shirley wrote:
On 10/24/2012 12:32 PM, /dev/rob0 wrote:
On Tue, Oct 23, 2012 at 02:52:45PM -0600, Troy Vitullo wrote:
snip
postfix/pipe[3607
delimiter line. You do not need
mbox delimiters in maildir files. Did you mention whether or not
you're using maildir?
--
http://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if /dev/rob0 is in the Subject:
On Wed, Oct 17, 2012 at 08:21:47PM +0200,
Christoph Anton Mitterer wrote:
On Wed, 2012-10-17 at 13:12 -0500, /dev/rob0 wrote:
Did you mention whether or not you're using maildir?
The reason is mainly that I have gazillions of mail in a ~ 60 GB
archive... even with an fs optimised
was duplicated...
I think you're seeing double. Check to see if someone spiked your
coffee. :)
--
http://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if /dev/rob0 is in the Subject:
On Tue, Sep 04, 2012 at 12:40:48PM -0400, Charles Marcus wrote:
On 2012-09-04
is seen only if /dev/rob0 is in the Subject:
Offlist GMX mail is seen only if /dev/rob0 is in the Subject:
GMX mail is seen only if /dev/rob0 is in the Subject:
) binary receives mail via stdin, and does not
authenticate.
--
http://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if /dev/rob0 is in the Subject:
.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if /dev/rob0 is in the Subject:
and consulting
Offlist GMX mail is seen only if /dev/rob0 is in the Subject:
. In what way does Dovecot
use Cyrus SASL?
--
http://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if /dev/rob0 is in the Subject:
On Mon, Mar 19, 2012 at 03:47:24PM +0200, Nikolaos Milas wrote:
On 19/3/2012 2:32 μμ, /dev/rob0 wrote:
ISTM that herein lies the whole problem. Why did you not rpmbuild
your OpenLDAP? That would have avoided all further fuss.
Thanks for the reply.
First, how would I rpmbuild my openldap
/ -- system administration and consulting
Offlist GMX mail is seen only if /dev/rob0 is in the Subject:
, where clients maintain a local copy of what's on the server.
(That's a good idea anyway, distributed backups of mail which
possibly is important.)
--
http://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if /dev/rob0 is in the Subject:
to show the problem. No
useful help is possible with what you posted here.
The 10-auth.conf file is pretty much
stock except for allowing plain text logins.
--
http://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if /dev/rob0 is in the Subject:
On Thu, Feb 23, 2012 at 12:10:20PM -0500, Steve Campbell wrote:
On 2/23/2012 11:33 AM, /dev/rob0 wrote:
On Thu, Feb 23, 2012 at 10:16:34AM -0500, Steve Campbell wrote:
Why is dovecot involved in my smtp processes and how do I fix
this.
I would question that these failures are in fact related
to the address in the README file (or as
detailed below.) Thanks for your interest.
--
http://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if /dev/rob0 is in the Subject:
the MTA continuing to
accept mail, but triggers my deny=yes passdb.
--
http://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if /dev/rob0 is in the Subject:
only if /dev/rob0 is in the Subject:
administration and consulting
Offlist GMX mail is seen only if /dev/rob0 is in the Subject:
in this nor any
other problem posted on list unless I have been hired to fix it.
I see offlist mail as detailed below in the .sig, but I won't
participate in offlist discussions which belong on the list.
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam
/dev/rob0 or not-spam is in Subject: header
unless
/dev/rob0 or not-spam is in Subject: header
list. However, your issue
will probably be solved with some time in the documentation.
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
with some time in the documentation.
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
.
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
/dev/rob0 or not-spam is in Subject: header
is discarded unless
/dev/rob0 or not-spam is in Subject: header
on this to the Postfix list, see:
http://www.postfix.org/DEBUG_README.html#mail
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
wrapper script for
useradd(8) and other tools from the shadow package.
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
.
stuff but still wondering about the 'hand you a connection.'
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
/dev/rob0 or not-spam is in Subject: header
, it would be interesting to see his reply, maybe as a
blog entry link or something. :)
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
; dovecot -n
output and all logging (non-verbose) for a single delivery
should be provided, so we don't have to guess.
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
a socket in the place Postfix needs it,
with ownership such that Postfix can use it.
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
.
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
and SMTP. The protocols were years ahead of the clients.
Even now we see lots of issues with MUAs with inadequate (or NO) TLS
support.
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
---^ d
D is not d. You want to have the MTA/LDA deliver to the same
location where Dovecot expects to read mail.
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
On Sun, Nov 22, 2009 at 01:55:22PM -0500, Thomas Harold wrote:
We used Postfix only for a long time (SMTP/POP3), ...
Um, no, Postfix does not serve POP3.
--
Offlist mail to this address is discarded unless
/dev/rob0 or not-spam is in Subject: header
86 matches
Mail list logo