More from: 配送

←クリックしてくれると嬉しいです。

届いたようだ

先だってオークションで落札したけれど発送連絡が遅かった品が今日配達されたようだ。
運送会社の追跡システム上で配達完了となったのがつい先ほどのようなので、思っていたよりも遅くなったらしい。
それでも妻が自宅で受け取ってくれたことになるので感謝だな(汗)。

←クリックしてくれると嬉しいです。

届いた!

3日前の夜に注文して一昨日の昼間に注文確定のメールが届き、昨日の午前中に発送した旨のメールが来た商品が昨夜届いた。
てっきり本州のどこかから発送されたものだとおもっていたので発送したその日に届いてビックリしたが、発送元を見ると札幌市内だったので納得。
いつもこんなに早ければ良いんだけど、札幌に商品があるとは限らないからなぁ(汗)。

←クリックしてくれると嬉しいです。

日本郵便は遅いなぁ・・・

先週の楽天市場のスーパーセールで注文したものがまだ届かない。
既に届いたものもあるが、同じ日に注文したものでもまだ届いていないものがある。
届いたのが2つ、届いていないのが2つで、それぞれの共通点は発送に使った業者で、届いているのはヤマト運輸、届いていないものは日本郵便。
日本郵便は土曜日の配達をしていないという点を除いても既にヤマト運輸より2日も遅い。
まだ先々週末のKDDIの通信障害の影響が残っているのか?

←クリックしてくれると嬉しいです。

今日にも届きそうだ

10日ほど前にamazonでオーダーした商品(「EOS 5D」の端子カバー)が今日にも届きそう。
荷物の追跡をすると既に最寄りの郵便局で処理されているようで、今日の午前中にも配達されそうだ。
amazonでの予想では26-30日に配送予定となっていたからそれより1日早い。
届いたら今夜にでも交換してみよう。

←クリックしてくれると嬉しいです。

こっちは届かないなぁ・・・

3/9にwishでオーダーした品がまだ届かない。
配送予定は3/26となっているし、3/23には日本に到着したとなっているが、ステータスがそれ以降進んでいない。
通関の処理に時間がかかっているとしても、少なくとも4日が経過しているのだから少しは進んでも良さそうなものだけどなぁ・・・
一度日本に運送業者の手に渡れば早いんだろうけどねぇ(汗)。

←クリックしてくれると嬉しいです。

こっちは日本に届いたらしい

先だってwishでオーダーし、3/12に中国のショップを出荷された商品が日本に届いたようだ。
wishでの追跡結果は”Japanに到着”となっていて、wishpostのステータスは”2022-03-23 18:15:00 Arrived at destination country”となっているので、今日の夜に日本の空港に着いたようだ。
通関作業をしてから国内の配送になるだろうから、予定通り3/26頃には届くことが期待できるな。
さて、今度はどんな”ネタ”商品がくるのだろうか?楽しみだよ(笑)。
まぁまかり間違って正常に使える商品が届いたらそれはそれで助かるんだけどね(笑)。

←クリックしてくれると嬉しいです。

届かないなぁ・・・

先週、楽天市場で注文した商品がまだ届かない。
注文したのが3/17の夜で、翌18日にはショップから出荷されたことになっている。
ところが中4日経った今日3/23になってもまだ届いていない。
いくら南九州からの出荷と言っても遅すぎないかな?
同じ県の他のショップからならかかっても中3日、通常だと中2日で届いているんだよねぇ、、、
急ぎで必要な品では無いとはいえ、いつもより遅いと途中でトラブっていないか心配になるよ(汗)。

←クリックしてくれると嬉しいです。

ステータスが動き出した

3/9にwishでオーダーした商品が動いている様だ。
wishのサイトで追跡してみると3/12にステータスが”出荷済み”となりwishpostではすぐに”Departed from the first mile sorting center”となっていた。
ところがそこからなかなか動かずにいたのでちょっと不安になっていたが、今朝方チェックするとwishのサイトでは”トランジットハブから出発済み”となっており、wishpostでは”到达【上海国际邮件交换站】(经转)”となっている。
その間にもいろいろとあるものの、とにかく上海の国際郵便局までは到着しているようなので、あとはそこから日本に向けて出発してくれればそれほど時間もかからず手元に届くと思われる。
急ぎで必要なものでは無いが、どんなものが届くか楽しみだよ(ネタ的な意味で)。

←クリックしてくれると嬉しいです。

メールの配送漏れ?

ユーザーから昨日届くはずのメールが届いていないとの連絡があった。
なんでも特定の時間帯のメールが少なくて、ちょうどその時間帯に送られたメールがあるけどPCで受信できないとのこと。
”そんな筈は・・・”と思ってサーバーのログを見ると届いていない筈のメール(送信元のアドレス等で判断)は配信されたことになっている。
/var/spool/mail下にあるスプールを見てもちゃんと入っている(後で気付いたがこの時点で勘違いしていた)。
そこで自分のPCで同じアカウントを設定して受信させてみると受信できない(ユーザー側は一定期間サーバーに残す設定にしてあるので私のところでも受信できる筈)。
スプールにあるのに受信できない原因を探している途中で気付いたが、このサーバーはpostfixでmaildir形式で構築してあり、先のスプールファイルには配信されずユーザー毎のディレクトリ(~/Maildir下)に配信される筈だった(汗)。
とにかく受信できないメールをなんとか受信出来るようにするのが先決なので色々調べてformailコマンドで配信することにして実行したところ、今度は
: mail forwarding loop for hoge@hogehoge.dom
というエラーメールがrootに送られてくるだけで配送されない。
ループになるような原因としてはaliases以外に考えられなかったので/etc/alisesファイルを何度も修正し、最後には転送設定を削除までしたが結果は変化しないorz。
となると転送設定の問題では無いだろうということでエラーメッセージでググるとヒントが見つかった。
それは送られてきたメールヘッダーの
Delivered-To:
に受信者と同じメールアドレスの記述があるとMTA(postfix)がメールループだと判断してしまうということらしい。
なぜDelivered-To:に同じアドレスが入っているかを調べる時間が勿体ないので、とにかくスプールファイルを直接(もちろんバックアップを取ったうえで)編集し、Delivered-To:に書かれているアドレスを若干変更して保存。
そうした後にformailコマンド
# formail -s sendmail -v -t -oiee < ./hoge を実行したところ無事にmboxに配信された。 あとは特定の時間帯にだけこの現象が起きた原因を探らなければ(汗)。

←クリックしてくれると嬉しいです。