Hi Everyone,
On 01/12/12 18:19, Noel Jones wrote:
> On 12/1/2012 11:11 AM, PGR wrote:
>> Hi Everyone,
>>
>> I would like to know how to stop/forbid this server to send us their emails
>>
>> The content of received email is
>>
>> Received: from web-groupsolweb1.aquaray.com (unknown [95.128.42.80])
On 12/5/2012 7:23 PM, jug...@lavabit.com wrote:
>> The problem is a mis-match between smtpd_sasl_security_options
>> (e.g., noplaintext) and the available server mechanisms (e.g.,
>> plaintext only).
>
> I've configured UNIX-domain socket communication, enabled SASL
> authentication and authorizat
> The problem is a mis-match between smtpd_sasl_security_options
> (e.g., noplaintext) and the available server mechanisms (e.g.,
> plaintext only).
I've configured UNIX-domain socket communication, enabled SASL
authentication and authorization(0), but I'm still getting `fatal: no
SASL authenticat
jug...@lavabit.com:
> > Consider reading Postfix documentation.
> > The error message is described there.
>
> I haven't found it. Could you paste it?
Well there is at least one section that covers "not found" or
"missing" authentication mechanisms.
The problem is a mis-match between smtpd_sasl
Dan Lists:
> On Wed, Dec 5, 2012 at 11:55 AM, Wietse Venema wrote:
> >
> > I will not base Postfix development on UNDOCUMENTED return values.
> > That is unmaintainable.
>
> I've brought it up on the FreeBSD lists. I suggested that it is a bug
> for getpwnam_r to act the way it is. I'll probabl
On Dec 5, 2012, at 2:02 PM, jug...@lavabit.com wrote:
> Will it solve the problem if I switch to Dovecot SASL?
I've been using the Dovecot SASL option for several years on Debian Lenny and
Squeeze, largely because figuring out Cyrus looked like too much work, and it
was simple and quick to set
Am 05.12.2012 22:02, schrieb jug...@lavabit.com:
>> Consider reading Postfix documentation.
>> The error message is described there.
>
> I haven't found it. Could you paste it?
>
>> While the Postfix documentation Dr. Venema referred to has the necessary
>> clues, you can find Debian-specific o
> Consider reading Postfix documentation.
> The error message is described there.
I haven't found it. Could you paste it?
> While the Postfix documentation Dr. Venema referred to has the necessary
> clues, you can find Debian-specific ones in the full Debian bug record
> and those clues may be mo
On 5 Dec 2012, at 14:27, jug...@lavabit.com wrote:
Hello.
I'm getting `warning:xsasl_cyrus_server_get_mechanism_list: no
applicable SASL mechanisms' (/var/log/mail.log) and `fatal: no SASL
authentication mechanisms' (/var/log/mail.err) in Debian Squeeze.
Installed:
postfix: 2.7.1-1+squeeze1
l
On Wed, Dec 5, 2012 at 11:55 AM, Wietse Venema wrote:
>
> I will not base Postfix development on UNDOCUMENTED return values.
> That is unmaintainable.
I've brought it up on the FreeBSD lists. I suggested that it is a bug
for getpwnam_r to act the way it is. I'll probably end up submitting
a bug
jug...@lavabit.com:
> Hello.
>
> I'm getting `warning:xsasl_cyrus_server_get_mechanism_list: no
> applicable SASL mechanisms' (/var/log/mail.log) and `fatal: no SASL
> authentication mechanisms' (/var/log/mail.err) in Debian Squeeze.
>
> Installed:
>
> postfix: 2.7.1-1+squeeze1
> libsasl2-2: 2.1
Hello.
I'm getting `warning:xsasl_cyrus_server_get_mechanism_list: no
applicable SASL mechanisms' (/var/log/mail.log) and `fatal: no SASL
authentication mechanisms' (/var/log/mail.err) in Debian Squeeze.
Installed:
postfix: 2.7.1-1+squeeze1
libsasl2-2: 2.1.23.dfsg1-7
libsasl2-modules: 2.1.23.dfs
Chris skrev den 03-12-2012 23:52:
I'm already using a hash db to map users that opted out of
greylisting in
smtpd_recipient_restrictions. Map's in the form of
u...@example.com OK
Can I re-use the same list in the position Neil suggested?
nope, OK is accept all recipient, so it just accept n
Chris skrev den 03-12-2012 19:40:
I've been asked to skip RBL checks for certain users on the domain.
How can I
do that without disabling the for everybody else?
make one restriction class pr recipient
and make a recipient check with result of the restriction class
We're using virtual mail
Dan Lists:
> > It has NOTHING TO TO WITH THREADS.
In particular, getpwnam() on top of *SQL etc. return null (i.e.
user not found) when the database is unavailable. There is no
official API for getpwnam() to indicate "I don't know" because
getpwnam() is not supposed to return in such cases.
As do
On Tue, Dec 4, 2012 at 5:48 AM, Wietse Venema wrote:
>> Taking a quick look at the source, it looks like 2.8 does not use the
>> thread-safe getpwnam_r. It does not appear that postfix is threaded,
>> so it should be safe to not use getpwnam_r.
>
> It has NOTHING TO TO WITH THREADS.
>
> Postfix
On Wed, Dec 05, 2012 at 12:45:37PM +0100, d.davo...@mastertraining.it wrote:
> mydestination = mail2.mastercom, localhost.mastercom, localhost,
> mastertraining.it, registroelettronico.com, masterscuola.it,
> mastercom
> myhostname = mail.mastertraining.it
> relay_domains = $mydestinat
Muzaffer Tolga Özses skrev den 04-12-2012 09:10:
mydestination = localhost
try using it as default, comment it in main.cf
if it still loops then recipient domain is missing in mysql
virtual_mailbox_domains
virtual_alias_maps = mysql:/etc/postfix/mysql_virtual_alias_maps.cf
virtual_mailbox_
d.davo...@mastertraining.it skrev den 04-12-2012 15:52:
Now it MX records are:
# dig example.com MX +noall +answer
dig @8.8.8.8 example.com MX +noall +answer
is ok ?
example.com.12889 IN MX 10
ASPMX.L.GOOGLE.COM.
example.com.12889 IN MX 20
A
d.davo...@mastertraining.it skrev den 04-12-2012 14:03:
Hi everybody,
I'm running a postfix 2.5.5-1 on a old debian server, managing
different mail domains. I'm migrating now to a different mail
provider, one domain at time (es. example.com).
I removed example.com from "virtual_alias_domains" and
Hi, I managed to do some test but with no luck.
As suggested I specified two parameters in main.cf that where not
present before:
disable_dns_lookups = no
smtp_host_lookup = dns
Sure mastervoice.it has an A record that point to 2.229.104.67 (web
server) while the mail server is at 2.229.104.69
21 matches
Mail list logo
