it, postfix lda add it (virtual/local) and dovecots
do also (lda/lmtp)
I have used most postfix versions from 2.1 to 3.8 and dovecot lda and
lmtp and haven't have never seen duplicate headers
Maybe it is just a Zimbra thing.. but we definitely see this occurring
in the wild.. Maybe just poor
lda add it (virtual/local) and
dovecots do also (lda/lmtp)
I have used most postfix versions from 2.1 to 3.8 and dovecot lda
and lmtp and haven't have never seen duplicate headers
Maybe it is just a Zimbra thing.. but we definitely see this
occurring in the wild.. Maybe just poor
also (lda/lmtp)
I have used most postfix versions from 2.1 to 3.8 and dovecot lda and
lmtp and haven't have never seen duplicate headers
Maybe it is just a Zimbra thing.. but we definitely see this occurring
in the wild.. Maybe just poor configuration, but of course as per RFC,
to be clear
? :)
return-path is std postfix envelope sender pseudo header, bugs ?
it's not a pseudo header, it is defined starting in rfc-822, as to be
added at time of delievery.
The LDA should add it, postfix lda add it (virtual/local) and dovecots
do also (lda/lmtp)
I have used most postfix versions
Christian Kivalo skrev den 2024-01-21 02:08:
Just wish LMTP would not end up with duplicate Return-Path headers..
Duplicate return path headers? I don't see them on my system. All mail
is sent from postfix to dovecot with lmtp
it simply works better with lda ? :)
return-path is std postfix
Michael Peddemors skrev den 2024-01-21 00:51:
Just wish LMTP would not end up with duplicate Return-Path headers..
why ?
___
dovecot mailing list -- dovecot@dovecot.org
To unsubscribe send an email to dovecot-le...@dovecot.org
hat sieve will operate without issue in
either case.
>>>
>>> Does it matter to sieve implementation if one uses only lmtp?
>>
>> LDA is older, think of LMTP as a more modern replacement. LDA has
to launch a separate process and process one messag
tocol when discussing sieve.
>>>
>>> The documentation also mentions that lmtp is preferred over lda, and seems
>>> to say in places that sieve will operate without issue in either case.
>>>
>>> Does it matter to sieve implementation if one uses on
to say in places that sieve will operate without issue in either
case.
Does it matter to sieve implementation if one uses only lmtp?
LDA is older, think of LMTP as a more modern replacement. LDA has to
launch a separate process and process one message at a time. LMTP
maintains a running
Thanks for the reassurance. It was a reach, hoping for some straw to
grasp regarding the managesieve 4190 failure to bind.
On 1/19/24 18:28, Joe Acquisto wrote:
I noticed that many places in the documentation and in examples
gleaned from the wilderness, refer to the LDA protocol when
will operate without issue in either
case.
Does it matter to sieve implementation if one uses only lmtp?
LDA is older, think of LMTP as a more modern replacement. LDA has to
launch a separate process and process one message at a time. LMTP
maintains a running service and can stream multiple messages
Does it matter to sieve implementation if one uses only lmtp?
No. Works here with only lmtp.
--
Christian Kivalo
___
dovecot mailing list -- dovecot@dovecot.org
To unsubscribe send an email to dovecot-le...@dovecot.org
Nope. That's what I do.
With the new Tainting rules in the Exim MTA, LMTP became the easier of the two.
On Fri, Jan 19, 2024 at 5:28 PM Joe Acquisto
wrote:
I noticed that many places in the documentation and in examples
gleaned
from the wilderness, refer to the LDA protocol
I noticed that many places in the documentation and in examples gleaned
from the wilderness, refer to the LDA protocol when discussing sieve.
The documentation also mentions that lmtp is preferred over lda, and
seems to say in places that sieve will operate without issue in either case.
Does
Hi Benny,
On 11.06.21 14:14, Benny Pedersen wrote:
but remember lda, ltmp is both signle recipient
^^^
are you sure?
'postconf -d' says:
lmtp_destination_recipient_limit = $default_destination_recipient_limit
default_destination_recipient_limit
I'm a bit shocked by this
this is the dovecot mailing list ... I do hope that you guys know each
other IRL and are just having friendly jibes at each other (which actually
would make this funny).
otherwise
seriously
trying to start a flame war (or something) on each other I never
On 13 Jun 2021, at 05:17, Benny Pedersen wrote:
> i dont reply anymore to you,
Best plan.
--
'Never build a dungeon you wouldn't be happy to spend the night in
yourself,' said the Patrician (...). 'The world would be a
happier place if more people remembered that.' --Guards!
On 2021-06-13 12:12, Noel Butler wrote:
BS. it was a simple question did she need to run this option or not,
posting her config is immaterial and a waste of bandwith and everyones
time.
sayed from one with big email signatures
I dont do drugs, but dealing with you I think its becoming a
BS. it was a simple question did she need to run this option or not,
posting her config is immaterial and a waste of bandwith and everyones
time.
I dont do drugs, but dealing with you I think its becoming a requirement
so i'll settle for jack daniels black label instead
On 12/06/2021 23:02,
On 2021-06-12 13:42, Noel Butler wrote:
off your drugs again benny?
WTF should she provide all the config outputs, when she asked a simple
question about one option, and WTF clamav came from is beyond me
this is very important AFTER i replayed to help, not BEFORE,
keep your own drugs
On 11/06/2021 22:14, Benny Pedersen wrote:
On 2021-06-11 12:42, Laura Steynes wrote:
so nobody
i am nobody then :)
it would be nice to see postconf -n, and doveconf -n
without this info its hard to help
but remember lda, ltmp is both signle recipient
where come clamav into the mix ?
On 2021-06-11 12:42, Laura Steynes wrote:
so nobody
i am nobody then :)
it would be nice to see postconf -n, and doveconf -n
without this info its hard to help
but remember lda, ltmp is both signle recipient
where come clamav into the mix ?
i dont know much, but its important to provide
so nobody
On Sun, Jun 6, 2021 at 12:03 PM Laura Steynes
wrote:
> Hi,
> Although dovecot-lda serves us fine, we only average 8k messages an hour,
> peaking at 11k, over 4 machines (mostly for redundancy, we've run this fine
> on just 1 machine, but sometimes clamav makes things get upset, so we
Hi,
Although dovecot-lda serves us fine, we only average 8k messages an hour,
peaking at 11k, over 4 machines (mostly for redundancy, we've run this fine
on just 1 machine, but sometimes clamav makes things get upset, so we
added some more especially since we are growing rapidly, we decided to
Switching to dovecot LMTP appears to have change the information in the
received header, which appears to be causing my spam filter to wig out and mark
local to local emails as spam.
Here’s what the received header used to look like:
Received: from [10.0.5.3]
On 4/8/2017 2:07 μμ, Alex JOST wrote:
You are searching for the complete username (%u = user@domain) but it
sounds like you only want the localpart (%n). See:
Thank you Alex,
You are right. After switching to LMTP, Dovecot receives from Postfix a
fully qualified username, whereas with LDA
Am 04.08.2017 um 12:06 schrieb Nikolaos Milas:
Hello,
I am trying to switch from LDA to LMTP on a Postfix/Dovecot setup, but
something is going wrong.
I have followed the directions at:
https://wiki.dovecot.org/HowTo/PostfixDovecotLMTP
Here is a session from dovecot.log:
Aug 4 12:19:42
Hello,
I am trying to switch from LDA to LMTP on a Postfix/Dovecot setup, but
something is going wrong.
I have followed the directions at:
https://wiki.dovecot.org/HowTo/PostfixDovecotLMTP
Here is a session from dovecot.log:
Aug 4 12:19:42 vmail2 dovecot: lmtp(3152): Connect from local
> Actually we're one the way to get
> the book back into the shop into the next few weeks.
>
> Peer
That's great news! English version please!
Michael
Sent from my iPhone
> On Jun 26, 2016, at 2:22 AM, phil wrote:
>
>
>> On 26/06/2016 4:50 PM, Peer Heinlein wrote:
>> Am 25.06.2016 um 21:52 schrieb "Jan Büren":
>>
>>
I've been trying to obtain an English copy of the Dovecot book for months,
prior to starting
On 26/06/2016 4:50 PM, Peer Heinlein wrote:
> Am 25.06.2016 um 21:52 schrieb "Jan Büren":
>
>
>>> I've been trying to obtain an English copy of the Dovecot book for months,
>>> prior to starting this project. So far, I just can't find a copy. It's
>>> too
>>> bad that the author/publisher
Am 25.06.2016 um 21:52 schrieb "Jan Büren":
>> I've been trying to obtain an English copy of the Dovecot book for months,
>> prior to starting this project. So far, I just can't find a copy. It's
>> too
>> bad that the author/publisher won't do a second printing or, if they're
>> not
>>
On 26/06/2016 02:39, Michael Fox wrote:
The most crucial difference is that LDA is intended for delivering
email
to a *real* user.
Aki
Thanks Aki.
Pardon my ignorance, but why does it matter? In other words, what is
it that makes LDA better for a *real* user and LMTP better for a
virtual
uot; and "how" part of the equation. For example, WHY
LMTP vs. LDA (just one example). There are many config snippets with a
couple of lines of explanation and not much about how they fit into the big
picture. And some config examples (like the default_fields and
override_fields issue I report
On 2016-06-25 23:56, Michael Fox wrote:
Peer: Is there any way to get an English copy of your book?
imho wiki is the way to go to be up2date with information, else it would
make more sense to make more informative man pages in dovecot, that will
never be outdated
that sayed i am
t;
> Sent: Saturday, June 25, 2016 12:53 PM
> To: dovecot@dovecot.org
> Cc: Peer Heinlein <p.heinl...@heinlein-support.de>
> Subject: RE: Postfix and Dovecot LDA vs. LMTP
>
> Hi Michael,
> we´ll actually the author is reading this list as well.
> Maybe he can help out
Michael
>
>
>> -Original Message-
>> From: dovecot [mailto:dovecot-boun...@dovecot.org] On Behalf Of "Jan
>> Büren"
>> Sent: Friday, June 24, 2016 10:00 AM
>> To: dovecot@dovecot.org
>> Subject: Re: Postfix and Dovecot LDA vs. LMTP
>>
&g
> The most crucial difference is that LDA is intended for delivering email
> to a *real* user.
>
> Aki
Thanks Aki.
Pardon my ignorance, but why does it matter? In other words, what is it that
makes LDA better for a *real* user and LMTP better for a virtual user?
Thanks,
Michael
it to the public domain as
a PDF. Very frustrating.
Michael
> -Original Message-
> From: dovecot [mailto:dovecot-boun...@dovecot.org] On Behalf Of "Jan
> Büren"
> Sent: Friday, June 24, 2016 10:00 AM
> To: dovecot@dovecot.org
> Subject: Re: Postfix and Dovecot
Hi,
> But you can easily grasp the configuration details and reverse engineer
> the technical german phrases ...
Ah well, the link:
http://www.dovecot-buch.de/buch/vorwort-timo-sirainen/
>
>
>>
>>
>>
>> Thanks much,
>>
>> Michael
>>
>>
>>
>>
>
>
> --
> kivitendo mit Schnelleinstieg zu
ecot.
> > Are
> > you using Dovecot LDA or LMTP and why?
> I have LMTP with dovecot running on Ubuntu 14.04 and Ubuntu 16.04.
>
> LDA is the worser solution, this is best explained in chapter LTMP in
> Peers dovecot book, which is unluckily in german and more or less out of
>
Hi Michael,
> I'd appreciate comments from experienced users of postfix with dovecot.
> Are
> you using Dovecot LDA or LMTP and why?
I have LMTP with dovecot running on Ubuntu 14.04 and Ubuntu 16.04.
LDA is the worser solution, this is best explained in chapter LTMP in
Peers dovecot bo
I'm new to Dovecot and will be using it with Postfix. I'm looking for
recommendations regarding the use of Dovecot's LDA or LMTP for virtual
mailbox delivery.
Many of the simple examples on the wiki use LDA. So I've set that up
initially. But apparently an advantage of LMTP is recipient
it easier
to insert scripts and do any custom processing which presumably is where
Sieve comes in. Its also pretty easy to setup.
Sounds like that's what I should be doing. OK, so how is Dovecot told
to use LMTP instead of LDA? I must not be understanding something
about what's in either 15-lda.conf
Hi,
the main differences LDA can be used thru unix socket or TCP socket.
TCP socket can be used for multiple smtp servers deliver to an unique
dovecot server.
Erratum: I wanted to say : LMTP can be used thruu unix socket or TCP
socket.
--
CHUNKZ.NET - script kiddie and computer technician
told
to use LMTP instead of LDA? I must not be understanding something
about what's in either 15-lda.conf or 20-lmtp.conf.
You have to configure your mta to deliver to lmtp instead of lda.
Just follow the instructions in
http://wiki2.dovecot.org/HowTo/PostfixDovecotLMTP and it should just
work
to use LMTP instead of LDA? I must not be understanding something
about what's in either 15-lda.conf or 20-lmtp.conf.
You have to configure your mta to deliver to lmtp instead of lda.
So this gets done in Postfix then?
My system has a great big four users. The Dovecot wiki says LMTP is
more efficient, and someone on IRC told me I'd need it if I were ever
to use sieve, which at this time I have no intention of doing. Should
I stick with LDA, or just implement LMTP so I'm ready if ever I need
it in the future? The
Im using Dovecot for LMTP for all my mail users, since this way they are
completely virtual (i.e. dont need to have a local account at all), all
mail gets delivered to Maildirs owned by dovecot. Also LMTP makes it easier
to insert scripts and do any custom processing which presumably is where
to insert scripts and do any custom processing which presumably is where
Sieve comes in. Its also pretty easy to setup.
Sounds like that's what I should be doing. OK, so how is Dovecot told
to use LMTP instead of LDA? I must not be understanding something
about what's in either 15-lda.conf or 20
to Maildirs owned by dovecot. Also LMTP makes it easier
to insert scripts and do any custom processing which presumably is where
Sieve comes in. Its also pretty easy to setup.
Sounds like that's what I should be doing. OK, so how is Dovecot told
to use LMTP instead of LDA? I must
Hello everybody,
after upgrading dovecot on a debian wheezy installation from the
standard package version (dovecot 2.1.7) to dovecot 2.2.13-11 from
wheezy-backports, i noticed some errors in my logs...
Apr 28 22:00:13 lmtp(4879, xx...@unipd.it): Info: copy from lmtp
DATA: box=INBOX,
Hello everybody,
I forgot to add a complete transaction sample of local delivery.
The following log depicts a mail delivery with two recipients; 10.1.1.1
is the last hop MTA server that calls lmtp for local delivery; the first
recipient got a correct uid while the second gets a uid=error; both
to
implement this? thanks.
is not possibile to use Dovecot/LMTP with Qmail. LDA works fine
for me (with qmail), why you need LMTP?
why do you need qmail?
the latest release is 1.0.3 from 1998 who right in his mind installs a
16
years unmaintained software?
Because (other than you having absolutely
For a long time I have had configuration where mails were fetched by
fetchmail then passed to exim and then passed to dovecot via lmtp.
Recently I remove dovecot module and mails are passed from exim to
dovecot via dovecot-lda
Yesterday I have some kind of accident and lost my .fetchids file so a
.dovecot.org/LDA/Sendmail
and here:
http://wiki2.dovecot.org/LMTP
but neither dovecot-lda nor LMTP seem to be triggered whenever I send
email from my MUA (Gnus). At least, I *think* I have followed the
instructions correctly. Would you like me to post my dovecot config
again
://wiki2.dovecot.org/LMTP
but neither dovecot-lda nor LMTP seem to be triggered whenever I send
email from my MUA (Gnus). At least, I *think* I have followed the
instructions correctly. Would you like me to post my dovecot config
again, and the relevant portion of sendmail.cf?
Thank you very
://wiki2.dovecot.org/LDA/
and here:
http://wiki2.dovecot.org/LDA/Sendmail
and here:
http://wiki2.dovecot.org/LMTP
but neither dovecot-lda nor LMTP seem to be triggered whenever I send
email from my MUA (Gnus). At least, I *think* I have followed the
instructions correctly. Would you like me
problem is that I have followed the
instructions here:
http://wiki2.dovecot.org/LDA/
and here:
http://wiki2.dovecot.org/LDA/Sendmail
and here:
http://wiki2.dovecot.org/LMTP
but neither dovecot-lda nor LMTP seem to be triggered whenever I send
email from my MUA (Gnus). At least, I *think* I have
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mon, 5 Aug 2013, John Williams wrote:
Please forgive me if these are silly questions. I am a normal user, not
a system administrator. I am using Dovecot as a kind of IMAP caching
proxy, i.e. reading IMAP mail via Gnus + Dovecot + Offlineimap.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, 6 Aug 2013, John Williams wrote:
dovecot-lda -c config-file -d user mailfile
Aha! Piping a message to the process was the step I was not aware of.
does offlineimap provides logs to get to know what mails are newly
arriving to
LDA or LMTP is invoked.
*What works* Running the scripts manually via `sieve-filter` works
fine. The next time I read from my local dovecot server the mail is
all in the desired place.
Also, the LMTP service is running, listening on port 24.
*What doesn't work* I thought the next step would
is invoked by LDA or LMTP during delivery from the upstream MTA.
The purpose of this is to sort the mail into the appropriate folder
during delivery, and update the Dovecot indexes at this time.
...
*What doesn't work* I thought the next step would be to execute
dovecot-lda manually
for you, I suggest process tracing it.
Also, when does LMTP process messages? When sending mail via SMTP, or
when reading mail via IMAP? I would prefer to use LMTP rather than
LDA.
The former.
Joseph Tam jtam.h...@gmail.com
Joseph Tam jtam.h...@gmail.com writes:
John Williams writes:
*What doesn't work* I thought the next step would be to execute
dovecot-lda manually (as is suggested on the wiki and in numerous
newsgroup posts), but I can't figure out how to do this. When I execute
it as root and provide my
(Weird: this message digest got dumped into Google's spam folder. Maybe
it didn't like the string in a later post (obfuscated here) master(dot)cf,
which in the context of this mailing list is a postfix configuration
file, but which Gmail interpret as a website. However, that domain
is a
) Postfix, you
have local(8) running as root and switching down to the user to invoke
the LDA, while for LMTP the Postfix lmtp(8) process runs as an
unprivileged Postfix user and the LMTP server runs as root and switches
down.
AFAICS the LMTP conversation itself happens as root, though, which
Am 29.07.2013 22:38, schrieb Martin Burgraf:
Well, the background process is hogging CPU
why should it do that if it is idle?
and RAM while it basically does nothing.
guess what takes more RAM
one long-running prcoess or 5 LDA processes because
you get 5 messages at the same time and
. If you have oodles of memory, then it's no problem keeping a
LMTP resident. If you don't have enough memory and are VM disk thrashing,
you'll have other problems and LDA/LMTP is the least of your worries.
And when it's running as root there is always the danger
of privilege escalation. LDA only
and switching down to the user to invoke
the LDA, while for LMTP the Postfix lmtp(8) process runs as an
unprivileged Postfix user and the LMTP server runs as root and switches
down.
AFAICS the LMTP conversation itself happens as root, though, which is a
shame; I might think twice about exposing
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, 26 Jul 2013, Martin Burgraf wrote:
I'm using Dovecot together with Postfix; as I understand it, there are two ways
to transfer the mail from Postfix to Dovecot.
1.) by using LDA with mailbox_command = /usr/libexec/dovecot/dovecot-lda -f
On 07/26/2013 05:45 PM, Martin Burgraf wrote:
Hi there,
I'm using Dovecot together with Postfix; as I understand it, there are two
ways to transfer the mail from Postfix to Dovecot.
1.) by using LDA with mailbox_command = /usr/libexec/dovecot/dovecot-lda -f
$SENDER -a $RECIPIENT
2.) by
On Mon, 2013-07-29 at 09:30 +0200, Jan Behrend wrote:
You cannot use the LDA method if SMTP and IMAP services reside on
different machines, which would be the case in larger scale mail system
setups.
Sorry, that is incorrect.
Granted, it does mean putting dovecot on the SMTP servers as
Dovecot LDA has been working fine for me but when I tried to follow the
wiki and switch to LMTP I get:
Recipient address rejected: User unknown in local recipient table;
In postfix/main.cf I went from:
mailbox_transport = dovecot-spam
to
mailbox_transport = lmtp:unix:private/dovecot-lmtp
Joseph Tam wrote:
I don't know why you would consider a background process inferior to a
run-on-demand executable.
Well, the background process is hogging CPU and RAM while it basically does
nothing. And when it's running as root there is always the danger of privilege
escalation.
LDA only
On 7/29/2013 2:30 AM, Jan Behrend wrote:
You cannot use the LDA method if SMTP and IMAP services reside on
different machines, which would be the case in larger scale mail system
setups.
Which brings up an interesting point. With a single LMTP daemon on the
Dovecot server communicating via a
At 4PM -0500 on 29/07/13 you (Stan Hoeppner) wrote:
On 7/29/2013 2:30 AM, Jan Behrend wrote:
You cannot use the LDA method if SMTP and IMAP services reside on
different machines, which would be the case in larger scale mail system
setups.
Which brings up an interesting point. With a
On 7/29/2013 6:05 PM, Ben Morrow wrote:
At 4PM -0500 on 29/07/13 you (Stan Hoeppner) wrote:
On 7/29/2013 2:30 AM, Jan Behrend wrote:
You cannot use the LDA method if SMTP and IMAP services reside on
different machines, which would be the case in larger scale mail system
setups.
Which
Hi there,
I'm using Dovecot together with Postfix; as I understand it, there are two ways
to transfer the mail from Postfix to Dovecot.
1.) by using LDA with mailbox_command = /usr/libexec/dovecot/dovecot-lda -f
$SENDER -a $RECIPIENT
2.) by using LMTP with mailbox_transport =
Am 26.07.2013 17:45, schrieb Martin Burgraf:
I'm using Dovecot together with Postfix; as I understand it, there are two
ways to transfer the mail from Postfix to Dovecot.
1.) by using LDA with mailbox_command = /usr/libexec/dovecot/dovecot-lda -f
$SENDER -a $RECIPIENT
2.) by using LMTP
Martin Burgraf martin...@web.de writes:
According to http://wiki2.dovecot.org/LDA the recommended way is to use
LMTP, since it's supposed to have a better performance.
The performance gains comes mostly from avoiding the overhead of invoking
an executable and spawning a new process for each
In the docs it states that LDA ...takes mail from anMTAand delivers it
to a user's mailbox, while keeping Dovecot index files up to date. I
am wondering if LMTP also interacts with the Dovecot index files and
keeps them up to date?
On 10/3/2012 9:34 AM, l...@airstreamcomm.net wrote:
In the docs it states that LDA ...takes mail from anMTAand delivers
it to a user's mailbox, while keeping Dovecot index files up to
date. I am wondering if LMTP also interacts with the Dovecot index
files and keeps them up to date?
On 2012-10-03 10:34 AM, l...@airstreamcomm.net l...@airstreamcomm.net
wrote:
In the docs it states that LDA ...takes mail from anMTAand delivers
it to a user's mailbox, while keeping Dovecot index files up to
date. I am wondering if LMTP also interacts with the Dovecot index
files and keeps
On 10/3/2012 10:03 AM, Charles Marcus wrote:
On 2012-10-03 10:34 AM, l...@airstreamcomm.net
l...@airstreamcomm.net wrote:
In the docs it states that LDA ...takes mail from anMTAand delivers
it to a user's mailbox, while keeping Dovecot index files up to
date. I am wondering if LMTP also
On 2011-04-11 9:19 PM, Joseph Tam wrote:
This problem present can itself, for example, when one user has a
full mailbox. An LDA will return EX_TEMPFAIL, and the message will be
requeued, and delivery will be retried for all recipients (even those
that were successfully delivered to).
I'm not
On Mon, 2011-04-11 at 18:19 -0700, Joseph Tam wrote:
Also, one significant advantage not mentioned for LMTP was that one
delivery failure to multiple recipients can be disambiguated; LDA can only
return an exit code to be tested by the MTA, but the MTA cannot know
which recipient(s) generated
Timo Sirainen t...@iki.fi wrote:
On Mon, 2011-04-11 at 18:19 -0700, Joseph Tam wrote:
Also, one significant advantage not mentioned for LMTP was that one
delivery failure to multiple recipients can be disambiguated; LDA can only
return an exit code to be tested by the MTA, but the MTA
A summary of answers I got to the questiosn I posed.
Is there a reason I should prefer LMTP over LDA for local delivery?
Thanks for the responses I received. The benefits reported were
more/better information logging, and service isolation.
Also, one significant advantage not mentioned
On 2011-04-07 11:38 PM, Patrick Domack wrote:
The paramaters that get passed, while not that hard, can be interesting
to setup, it seems lmtp passes much more info than you could pass to the
deliver-lda program on the command line.
The only downside seems to be the loss of the x-original-to
Quoting Charles Marcus cmar...@media-brokers.com:
On 2011-04-07 11:38 PM, Patrick Domack wrote:
The paramaters that get passed, while not that hard, can be interesting
to setup, it seems lmtp passes much more info than you could pass to the
deliver-lda program on the command line.
The only
Quoting Joseph Tam jtam.h...@gmail.com:
Is there a reason I should prefer LMTP over LDA for local delivery?
Performance? Security? The Wiki doesn't differentiates LMTP vs LDA
with respect to sendmail configuration, so am I correct that I just need
to replace mail.local with dovecot-lda, which
92 matches
Mail list logo