RE: Rundmail Problem - luminea - 04-24-2008 10:38 PM
Hallo, wir haben das gleiche Problem, auch mit RC4!
Der Versand als Admin-User funktioniert problemlos. will man aber als Reseller eine Rundmail senden, wird keine einzige mail zugestellt.
es fällt auf, dass der absender nicht gesetzt ist und der empfänger nicht richtig eingetragen wurde. hier auszug aus dem mailprotokoll:
Code:
Apr 24 12:52:39 vs001-2 postfix/local[20321]: 1F0C6316A7: to=<=?UTF-8?B?Ij0/VVRGLTg/Qj9RbVZ1YW1GdGFXNGdTR2x5YldWeT89IiA8aGFyZGVzdDE5?=@vs001-2.xentos.de.local
>, orig_to=<=?UTF-8?B?Ij0/VVRGLTg/Qj9RbVZ1YW1GdGFXNGdTR2x5YldWeT89IiA8aGFyZGVzdDE5?=>, relay=local, delay=0.02, delays=0/0.01/0/0.01, dsn=5.1.1, status=bounce
d (unknown user: "=?utf-8?b?ij0/vvrgltg/qj9rbvz1yw1gdgfxngdtr2x5yldwet89iia8agfyzgvzdde5?=")
Apr 24 12:52:39 vs001-2 postfix/local[20329]: 1F0C6316A7: to=<=?UTF-8?B?ODhAYW9sLmNvbT4=?=@vs001-2.xentos.de.local>, orig_to=<=?UTF-8?B?ODhAYW9sLmNvbT4=?=>, r
elay=local, delay=0.02, delays=0/0.01/0/0.01, dsn=5.1.1, status=bounced (unknown user: "=?utf-8?b?odhayw9slmnvbt4=?=")
Apr 24 12:52:39 vs001-2 postfix/cleanup[20310]: 24B1E316A5: message-id=<20080424105239.24B1E316A5@vs001-2.xentos.de>
Apr 24 12:52:39 vs001-2 postfix/qmgr[1358]: 24B1E316A5: from=<>, size=4359, nrcpt=1 (queue active)
Apr 24 12:52:39 vs001-2 postfix/bounce[20332]: 1F0C6316A7: sender non-delivery notification: 24B1E316A5
Apr 24 12:52:39 vs001-2 postfix/qmgr[1358]: 1F0C6316A7: removed
Apr 24 12:52:39 vs001-2 postfix/smtp[20311]: 24B1E316A5: to=<webmaster@config.profi1.de>, relay=none, delay=0.01, delays=0/0/0.01/0, dsn=5.4.6, status=bounced
(mail for config.profi1.de loops back to myself)
Apr 24 12:52:39 vs001-2 postfix/qmgr[1358]: 24B1E316A5: removed
Apr 24 12:52:39 vs001-2 postfix/pickup[19862]: 287B5316A6: uid=2000 from=<webmaster@config.profi1.de>
Apr 24 12:52:39 vs001-2 postfix/cleanup[20310]: 287B5316A6: message-id=<20080424105239.287B5316A6@vs001-2.xentos.de>
Apr 24 12:52:39 vs001-2 postfix/qmgr[1358]: 287B5316A6: from=<webmaster@config.profi1.de>, size=1687, nrcpt=2 (queue active)
Apr 24 12:52:39 vs001-2 postfix/local[20321]: 287B5316A6: to=<=?UTF-8?B?Ij0/VVRGLTg/Qj9RMnhoZFdScFlTQjJiMjRnVTJOb2RXeDBlbVZ1Wkc5eVpt?=@vs001-2.xentos.de.local
>, orig_to=<=?UTF-8?B?Ij0/VVRGLTg/Qj9RMnhoZFdScFlTQjJiMjRnVTJOb2RXeDBlbVZ1Wkc5eVpt?=>, relay=local, delay=0, delays=0/0/0/0, dsn=5.1.1, status=bounced (unknow
n user: "=?utf-8?b?ij0/vvrgltg/qj9rmnhozfdscfltqjjimjrnvtjob2rxedblbvz1wkc5evpt?=")
Apr 24 12:52:39 vs001-2 postfix/pickup[19862]: 2C4B8316AC: uid=2000 from=<webmaster@config.profi1.de>
Apr 24 12:52:39 vs001-2 postfix/cleanup[20310]: 2C4B8316AC: message-id=<20080424105239.2C4B8316AC@vs001-2.xentos.de>
Apr 24 12:52:39 vs001-2 postfix/qmgr[1358]: 2C4B8316AC: from=<webmaster@config.profi1.de>, size=1671, nrcpt=2 (queue active)
Apr 24 12:52:39 vs001-2 postfix/local[20337]: warning: dict_nis_init: NIS domain name not set - NIS lookups disabled
Apr 24 12:52:39 vs001-2 postfix/local[20321]: 2C4B8316AC: to=<=?UTF-8?B?aG5pa0B0LW9ubGluZS5kZT4=?=@vs001-2.xentos.de.local>, orig_to=<=?UTF-8?B?aG5pa0B0LW9ubG
luZS5kZT4=?=>, relay=local, delay=0.01, delays=0/0.01/0/0, dsn=5.1.1, status=bounced (unknown user: "=?utf-8?b?ag5pa0b0lw9ubgluzs5kzt4=?=")
Apr 24 12:52:39 vs001-2 postfix/local[20337]: 2C4B8316AC: to=<=?UTF-8?B?Ij0/VVRGLTg/Qj9URzkwYUdGeUlGZHZZMmh1YVdzPT89IiA8bG90aGFyd29j?=@vs001-2.xentos.de.local
>, orig_to=<=?UTF-8?B?Ij0/VVRGLTg/Qj9URzkwYUdGeUlGZHZZMmh1YVdzPT89IiA8bG90aGFyd29j?=>, relay=local, delay=0.01, delays=0/0.01/0/0, dsn=5.1.1, status=bounced (
unknown user: "=?utf-8?b?ij0/vvrgltg/qj9urzkwyudgeulgzhzzmmh1yvdzpt89iia8bg90agfyd29j?=")
Apr 24 12:52:39 vs001-2 postfix/cleanup[20310]: 2ED53316AD: message-id=<20080424105239.2ED53316AD@vs001-2.xentos.de>
Apr 24 12:52:39 vs001-2 postfix/qmgr[1358]: 2ED53316AD: from=<>, size=4420, nrcpt=1 (queue active)
Apr 24 12:52:39 vs001-2 postfix/bounce[20330]: 2C4B8316AC: sender non-delivery notification: 2ED53316AD
Apr 24 12:52:39 vs001-2 postfix/qmgr[1358]: 2C4B8316AC: removed
Apr 24 12:52:39 vs001-2 postfix/smtp[20311]: 2ED53316AD: to=<webmaster@config.profi1.de>, relay=none, delay=0.01, delays=0/0/0.01/0, dsn=5.4.6, status=bounced
(mail for config.profi1.de loops back to myself)
Apr 24 12:52:39 vs001-2 postfix/qmgr[1358]: 2ED53316AD: removed
RE: Rundmail Problem - fulltilt - 04-24-2008 11:08 PM
luminea Wrote:Hallo, wir haben das gleiche Problem, auch mit RC4!
Habe die RC4 noch nicht getestet ...
Ticket aufmachen in rc5 ?
RE: Rundmail Problem - joximu - 04-25-2008 12:33 AM
macht mal ein Ticket auf - ich denke, es wird was ähnliches sein wie mit der Mail an den Reseller, wenn jemand was bestellt (siehe ein anderer thread im internationalen forum).
Werde das noch ansehen
RE: Rundmail Problem - fulltilt - 04-25-2008 12:55 AM
joximu Wrote:macht mal ein Ticket auf - ich denke, es wird was ähnliches sein wie mit der Mail an den Reseller, wenn jemand was bestellt (siehe ein anderer thread im internationalen forum).
Werde das noch ansehen
Ticket unter Vorbehalt angelegt - keine Ahnung wie es mit rc5 aussieht, konnte es noch nicht testen :-)
RE: Rundmail Problem - DaSilva - 04-10-2009 03:29 AM
Irgendwie scheint das Problem noch zu bestehen.
Zumindest bei meiner letzten Rundmail kam nichts an.
Leider gab es auch keine Fehlermeldung.
Ich kann nur folgendes finden:
Quote:Apr 9 18:18:04 s1 amavis[5115]: (05115-10) Passed CLEAN, <webmaster@admin.wir.net> -> <support@wir.net>, Message-ID: <20090409161804.287E2A0CA@s1.wir.net>, Hits: -2.519, 302 ms
Apr 9 18:18:04 s1 postfix/smtp[9135]: 287E2A0CA: to=<support@wir.net>, relay=127.0.0.1[127.0.0.1]:10024, delay=0.33, delays=0.02/0/0/0.3, dsn=2.6.0, status=sent (250 2.6.0 Ok, id=05115-10, from MTA: 250 2.0.0 Ok: queued as 67FAAA0B8)
Apr 9 18:18:04 s1 postfix/virtual[9139]: 67FAAA0B8: to=<support@wir.net>, relay=virtual, delay=0.07, delays=0.05/0/0/0.02, dsn=2.0.0, status=sent (delivered to maildir)
Hat sonst keiner das Problem mit ispCP 1.0 und Debian Etch?
RE: Rundmail Problem - Knut - 04-10-2009 03:33 AM
(04-10-2009 03:29 AM)DaSilva Wrote: Irgendwie scheint das Problem noch zu bestehen.
Zumindest bei meiner letzten Rundmail kam nichts an.
Leider gab es auch keine Fehlermeldung.
Ich kann nur folgendes finden:
Quote:Apr 9 18:18:04 s1 amavis[5115]: (05115-10) Passed CLEAN, <webmaster@admin.wir.net> -> <support@wir.net>, Message-ID: <20090409161804.287E2A0CA@s1.wir.net>, Hits: -2.519, 302 ms
Apr 9 18:18:04 s1 postfix/smtp[9135]: 287E2A0CA: to=<support@wir.net>, relay=127.0.0.1[127.0.0.1]:10024, delay=0.33, delays=0.02/0/0/0.3, dsn=2.6.0, status=sent (250 2.6.0 Ok, id=05115-10, from MTA: 250 2.0.0 Ok: queued as 67FAAA0B8)
Apr 9 18:18:04 s1 postfix/virtual[9139]: 67FAAA0B8: to=<support@wir.net>, relay=virtual, delay=0.07, delays=0.05/0/0/0.02, dsn=2.0.0, status=sent (delivered to maildir)
Hat sonst keiner das Problem mit ispCP 1.0 und Debian Etch?
Von Deinem Log-Auszug her ist alles OK. 1A angenommen und lokal ins Maildir eingeliefert.
RE: Rundmail Problem - DaSilva - 04-10-2009 09:07 PM
Ist aber nichts ausgeliefert worden bzw. irgendwo angekommen
RE: Rundmail Problem - DaSilva - 04-22-2009 04:45 PM
Geht leider immer noch nicht
RE: Rundmail Problem - BeNe - 04-22-2009 04:47 PM
Hast Du nochmals einen Mail.log dazu ?
Es sieht wirklich alles correct aus! Sonst irgendwelche Änderungen wie AntiSPAM sachen am laufen ? Hängt noch was in der mail queue ?
Greez BeNe
RE: Rundmail Problem - DaSilva - 04-25-2009 02:07 AM
Wie kann ich das genau überprüfen bzw. auf was muss ich achten?
Ich möchte heute wieder eine Rundmail schreiben.
Was soll ich genau machen um bestmöglich zu berichten?
Installiert ist Maia Antispam (nach Tutorial installiert).
EDIT: Kann leider kein Problem feststellen, auch der ispCP Logging Daemon bestätigt den Versand. Es kommt aber nichts an:
Quote:Apr 25 00:10:51 s1 postfix/cleanup[32245]: 99E951D08001: message-id=<20090424221051.99E951D08001@s1.admindomain.tld>
Apr 25 00:10:51 s1 postfix/smtpd[32272]: connect from s1.admindomain.tld.local[127.0.0.1]
Apr 25 00:10:51 s1 postfix/smtpd[32272]: DD6CDACA6: client=s1.admindomain.tld.local[127.0.0.1]
Apr 25 00:10:51 s1 postfix/cleanup[32245]: DD6CDACA6: message-id=<20090424221051.99E951D08001@s1.admindomain.tld>
Apr 25 00:10:51 s1 postfix/smtpd[32272]: disconnect from s1.admindomain.tld.local[127.0.0.1]
Apr 25 00:10:51 s1 amavis[32342]: (32342-01) Passed CLEAN, <webmaster@admin.admindomain.tld> -> <support@admindomain.tld>, Message-ID: <20090424221051.99E951D08001@s1.admindomain.tld>, Hits: -2.75, 328 ms
Apr 25 00:10:51 s1 postfix/smtp[32246]: 99E951D08001: to=<support@admindomain.tld>, relay=127.0.0.1[127.0.0.1]:10024, delay=0.37, delays=0.03/0/0.01/0.32, dsn=2.6.0, status=sent (250 2.6.0 Ok, id=32342-01, from MTA: 250 2.0.0 Ok: queued as DD6CDACA6)
Apr 25 00:10:51 s1 postfix/virtual[433]: DD6CDACA6: to=<support@admindomain.tld>, relay=virtual, delay=0.08, delays=0.06/0.01/0/0.02, dsn=2.0.0, status=sent (delivered to maildir)
Hier ein Ausschnitt der main.cf von Postfix:
Code:
smtpd_helo_required = yes
disable_vrfy_command = yes
strict_rfc821_envelopes = yes
invalid_hostname_reject_code = 554
multi_recipient_bounce_reject_code = 554
non_fqdn_reject_code = 554
relay_domains_reject_code = 554
unknown_address_reject_code = 554
unknown_client_reject_code = 554
unknown_hostname_reject_code = 554
unknown_local_recipient_reject_code = 554
unknown_relay_recipient_reject_code = 554
unknown_sender_reject_code = 554
unknown_virtual_alias_reject_code = 554
unknown_virtual_mailbox_reject_code = 554
unverified_recipient_reject_code = 554
unverified_sender_reject_code = 554
smtpd_helo_restrictions = permit_mynetworks,
permit_sasl_authenticated,
reject_invalid_helo_hostname,
reject_non_fqdn_helo_hostname
smtpd_sender_restrictions = reject_non_fqdn_sender,
reject_unknown_sender_domain,
permit_mynetworks,
permit_sasl_authenticated
smtpd_recipient_restrictions = reject_non_fqdn_recipient,
reject_unknown_recipient_domain,
permit_mynetworks,
permit_sasl_authenticated,
reject_unauth_destination,
reject_unlisted_recipient,
#check_policy_service inet:127.0.0.1:12525, stürzt zu oft ab!
#check_policy_service inet:127.0.0.1:60000, stürzt zu oft ab!
permit
smtpd_data_restrictions = reject_multi_recipient_bounce,
reject_unauth_pipelining
|