Thanks Noel,
I tried altering the transport table I am using in the hopes of resolving the
situation.
[root@mail ~]# grep CC2C124F9F /var/log/maillog
Nov 28 00:21:36 mail postfix/smtpd[18192]: CC2C124F9F:
client=localhost[127.0.0.1]
Nov 28 00:21:50 mail postfix/cleanup[18201]: CC2C124F9F:
m
Gmail suppresses duplicates, so you don't see your own posts. We
get to see all four. Please stop.
On 11/27/2011 10:50 PM, bluethundr wrote:
>
> Nov 27 23:27:56 mail postfix/smtp[18013]: 41C6324F9F:
> to=, relay=none, delay=25, delays=25/0.01/0/0,
> dsn=5.4.6, status=bounced (mail for 127.0.0.
Hello,
I have setup a new postfix sertver and when I send mail to the domain
(crispycode.com) the mail will bounce. If I send to the mail host name
(mail.crispycode.com) the mail is shown as delivered in the logs. However if
you inspect the cur directory on the command line in the user's virtual
Hello,
I have setup a new postfix sertver and when I send mail to the domain
(crispycode.com) the mail will bounce. If I send to the mail host name
(mail.crispycode.com) the mail is shown as delivered in the logs. However if
you inspect the cur directory on the command line in the user's virtual
Hello,
I have setup a new postfix sertver and when I send mail to the domain
(crispycode.com) the mail will bounce. If I send to the mail host name
(mail.crispycode.com) the mail is shown as delivered in the logs. However if
you inspect the cur directory on the command line in the user's virtual
Hello,
I have setup a new postfix sertver and when I send mail to the domain
(crispycode.com) the mail will bounce. If I send to the mail host name
(mail.crispycode.com) the mail is shown as delivered in the logs. However if
you inspect the cur directory on the command line in the user's virtual
> is the user defined in this target-domain?
The user that the logs reported a successful delivery for
(bluethu...@mail.crispycode.com) was not originally in the database because I
was intending to get the domain @crispycode.com to work. :) But I decided to
add the domain mail.crispycode.com an
Viktor Dukhovni:
> On Sun, Nov 27, 2011 at 08:56:40PM +0100, gmx Ralf Hauser wrote:
>
> > http://www.postfix.org/postconf.5.html#smtpd_tls_fingerprint_digest is a
> > great feature.
> >
> > Is there a plan to offer stronger digest algorithms such as sha256 ?
>
> Postfix supports all the algorith
On Sun, Nov 27, 2011 at 08:56:40PM +0100, gmx Ralf Hauser wrote:
> http://www.postfix.org/postconf.5.html#smtpd_tls_fingerprint_digest is a
> great feature.
>
> Is there a plan to offer stronger digest algorithms such as sha256 ?
Postfix supports all the algorithms enabled by the SSL library whe
Am 27.11.2011 23:09, schrieb Tim Dunphy:
> [root@mail postfix]# grep D1A5724F9F /var/log/maillog
> Nov 27 17:01:33 mail postfix/smtpd[17522]: D1A5724F9F:
> client=localhost[127.0.0.1]
> Nov 27 17:01:42 mail postfix/cleanup[17531]: D1A5724F9F:
> message-id=<2027220133.d1a5724...@mail.crispyc
Hi Reindl
Thanks for the tips. Lesson learned!
As to this message from the logs:
Nov 27 11:54:41 mail postfix/trivial-rewrite[16509]: warning: do not list
domain crispycode.com in BOTH
mydestination and virtual_mailbox_domains
I've changed mydestination from this:
mydestination = $myhostna
On 11/27/2011 3:48 PM, Pascal Volk wrote:
> On 11/27/2011 10:45 PM Pascal Volk wrote:
>> Sorry for going off-topic. But the example above shows DUROC.
>
> Correction: UUOC aka useless use of cat
Obscure Netlingo acronyms are probably better used elsewhere than the
Postfix list. Especially if you
Am 27.11.2011 22:48, schrieb Pascal Volk:
> On 11/27/2011 10:45 PM Pascal Volk wrote:
>> Sorry for going off-topic. But the example above shows DUROC.
>
> Correction: UUOC aka useless use of cat
have you really nothing better to do than write
TWO messages for optimize working things?
yes, grep
On 11/27/2011 10:45 PM Pascal Volk wrote:
> Sorry for going off-topic. But the example above shows DUROC.
Correction: UUOC aka useless use of cat
Regards,
Pascal
--
The trapper recommends today: decade.1133...@localdomain.org
On 11/27/2011 10:33 PM Reindl Harald wrote:
> first: post not so much unfiltered stuff, "cat /var/log/maillog | grep
> " exists
Sorry for going off-topic. But the example above shows DUROC.
`grep PATTERN /var/log/mail.log` is sufficient.
Best Regards,
Pascal
--
The trapper recommends today: d
Am 27.11.2011 22:23, schrieb Tim Dunphy:
> Hello,
>
> I have setup a new postfix sertver and when I send mail to the domain
> (crispycode.com) the
> mail will bounce. If I send to the mail host name (mail.crispycode.com) the
> mail is shown
> as delivered in the logs. However if you inspect
Hello,
I have setup a new postfix sertver and when I send mail to the domain
(crispycode.com) the mail will bounce. If I send to the mail host name
(mail.crispycode.com) the mail is shown as delivered in the logs. However if
you inspect the cur directory on the command line in the user's virtua
Hi,
http://www.postfix.org/postconf.5.html#smtpd_tls_fingerprint_digest is a
great feature.
Is there a plan to offer stronger digest algorithms such as sha256 ?
There appear to be some regulators who prefer to go beyond sha1 - see e.g.
chapt 2 (p 3) of
http://www.bundesnetzagentur.de/cln_1931/D
18 matches
Mail list logo