ying a
> little.
--
http://rob0.nodns4.us/
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
fflist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
was (only it's
> using the new 2.0.13 version)
>
>
> any suggestions and/or tips on how-to do this would be greatly
> appreciated.
You might gain some confidence by doing this in a virtual machine
and/or chroot in advance.
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
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 &
cot
> Below is the configuration for dovecot.conf
snip
--
http://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
ing
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
1"
means the MTA accepts mail and the user can login. "active=0" will
disable both. The third state, "active=-1" has 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:
ng in /etc/dovecot/dovecot-usrdb-ldap2.conf; keep
this in mind in setting up the queries.
--
http://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
er understanding of what you need.
--
http://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
to both lists), or offlist 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:
, provide all relevant
configuration as well as complete logging 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
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 qu
t as reading it.
If you have some control over client configuration, use "offline
IMAP," 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/ -- syste
s global.
--
http://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
mailbox, but management of such a system
presents more challenges than the single-vmail-user approach.
Consequently the popular virtual frontends don't support it.
--
http://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
el, cyrus-sasl-devel
The latter requirement seems curious to me. 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.
>
&g
hat would lead to nfs turds? Easy to
> clean up I suppose, but maybe there's a simpler solution I'm
> missing?
--
http://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
.
Postfix's sendmail(1) 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:
http://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
gt; So the question, how fast SQLite is during read operations compared
> to BDB is still unanswered.
Indeed it is not. We need someone to do the testing. :)
--
http://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
reacting.
--
http://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
f sending mail from there,
but that shouldn't be much of a problem.
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
esponse when
querying with +dnssec and +nodnssec.
At this point those who use the normally safe and reasonable
reject_unknown_reverse_client_hostname restriction should consider
whitelisting mkentta.iki.fi[194.89.34.45] in the MTA.
And Timo needs to scream louder at the ISP. ;)
--
Offlis
also:
http://www.postfix.org/virtual.5.html
http://www.postfix.org/aliases.5.html
http://www.postfix.org/local.8.html
And your OS documentation if needed.
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
long past the end of its support.
Follow up on Postfix issues on the Postfix 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
tarting out
> with something so long past the end of its support.
>
> Follow up on Postfix issues on the Postfix 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
> Even this one 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:48
re
> whether IMAP would allow that).
Perhaps you mean the "^From " mbox 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
privilege separation. The "dovecot" user
is for Dovecot's internal use only, not for delivering mail and
ownership of mailboxes.
The poster who was talking about postconf(5) mailbox_command was
bringing in a red herring. That is for local(8) delivery, and you
evidently are using pipe(8).
--
http://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
es and yes.
> I am not the original poster.
--
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
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
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 -060
s handle issues like this
smoothly. 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:
ystem administration and consulting
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
me the best of both worlds: file-based 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
Offl
der reasonable, and to
those users, apply a LART.
--
http://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
t; owned by 0:0 mode=0700)
> Nov 16 12:30:52 dur dovecot: lda(root): Fatal: Invalid user settings.
> Refer to server log for more information.
> Nov 16 12:30:52 dur postfix/local[4134]: 35EC92A0D72:
> to=, relay=local, delay=25,
> delays=25/0.02/0/0.12, dsn=4.3.0, status=deferred (tempo
tion 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.
>
e thing happens to the bounce. Being undeliverable, your mail is
gone.
> +++
> Tell me what you need as additional info.
Turn off verbose logging 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&
ther good choice 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 se
you'd be better off without the virtual mailboxes anyway?
[snip]
> Central Asia by bike, starting May 2013 - http://poab.org
Wow, a great adventure, good luck!
--
http://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 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 Pos
ntify a system
user.
--
http://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
ent address.)
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
he whole setsid daemon thing since tcpserver will start another one if
> needed. I can send the logging out to stderr (thanks!) and get the logging
There's another DJB-ism that I don't care for; syslog(3)/syslogd(8)
works well. Those TAI64N timestamps are a pain.
> 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
On Thu, Jun 17, 2010 at 01:46:19AM -0700, Chuck McManis wrote:
> On Thu, Jun 17, 2010 at 12:20 AM, /dev/rob0 wrote:
>
> > On Wed, Jun 16, 2010 at 10:59:55PM -0700, Chuck McManis wrote:
> > > In the interest of moving forward on this project
> >
> > I looked back
uch Just
Work, right out of the box.
[1] adduser is a Slackware-specific frontend 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
l kriyayoga.com. mail there as
well.
> Jul 3 20:31:10 kriyayoga postfix/qmgr[14627]: BC90129D9F: removed
>
>
> at this point the mail is gone already - NO mail in my dovecot
> inbox - NO error - just automatically relayed to my main MX
If you need to followup 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
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
ir:~/Maildir
---^ 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
that the IMAP protocol has SNI support. IMAP != HTTP.
I don't know, but my thought is "don't hold your breath." Consider
TLS in IMAP 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
user: postfix
> group: postfix
I see a problem in that user (and maybe group)!
> it would seem that something's not right between postfix and dovecot.
Perhaps Dovecot should create 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
il to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
ru...@localhost" is
present. (Also assumes that localhost, localhost.$mydomain are
both listed in $mydestination and that "youruser" is a valid
system account.)
2. Using syslog is a good idea anyway, rather than having each
deliver to open, lock, and write the
aring
> >what you thought of America
Nonetheless, 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
-- system administration and consulting
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
ssl=required settings)."
--
http://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
ap"
So it speaks 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:
other daunting tasks.
--
http://rob0.nodns4.us/ -- system 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" 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.
autocreate, this could be a problem if mail is delivered 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:
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 "de
about with director?
--
http://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
d as 12345
>
> 2) quota is now at 103% :
>
> MAIL FROM:
> 250 2.1.0 Ok
> RCPT TO:
> 554 5.2.2 User is over quota
>
--
http://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
43, SSH attackers as 127.0.0.22. Yes, we'd have to
incorporate 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:
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" is in the Subject:
l mailboxes. In fact there
is no need to have them all share the same UID/GID. But on a shared
UID/GID virtual system, typically you should set a higher UID/GID
such that you exclude all the system accounts (<100 or <500 or maybe
<1000 depending on OS. If your OS starts human user accounts at UID
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:
2.0.9: /etc/dovecot/dovecot.conf
--
http://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
fix:
>
> smtpd_sasl_type = dovecot
> smtpd_sasl_path = /var/spool/postfix/private/auth
--
http://rob0.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:
&g
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=
t; address = 172.17.1.4
> port = 24
> }
> }
> service managesieve-login {
> executable = managesieve-login director
> inet_listener sieve {
> port = 4190
> }
> }
> service pop3-login {
> executable = pop3-login director
> }
> ssl_cert
one user had a userdb entry. If you specify a userdb, the
built-in defaults do not apply.
> Thunderbird says "Sending of
> password did not succeed". Does anyone know if specifying a userdb
> stops passdb/shadow from being used? Do I need to copy all users
> from the passdb/shadow system to /path/to/passwd? Was hoping to just
> specify single users I wanted 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:
first.)
Thanks.
--
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/dovec
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:
>
re upgrading.
--
http://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
ab:
>
> MAIL=yourself@your.virtual.domain
>
> so as to override the default recipient, ie the user the job
> runs as.
Probably a better idea, but that feature is not available in all
known cron implementations. Mike should check his own crontab(1)
manual.
--
http://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
e's.
--
http://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
th instances 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:
>
oe's"@example.com>, but in general, if you plan to use
such addresses in your own domains, you 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:
http://rob0.nodns4.us/ -- system administration and consulting
Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
ppreciated.
This is mostly a Postfix question, BTW, so I will point to to the
Postfix 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:
erlying RFC's too
Yes, that is obvious. You have a lot to contribute. Too bad we can
only get that at a price that many posters 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:
s Timo gets behind on replies here, but he goes back and
answers every significant thread. He will reply.[1]
[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:
ut oops, you don't have 2.2. Sad. I
guess you'll either have to upgrade or figure out another way 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:
90 matches
Mail list logo
